基于以上两篇文章的分析，我们知道了mybatis初始化的过程以及如何生成映射器的动态代理类的过程，下面会继续分析通过映射器的动态代理类，如何调用业务方法（Dao）去执行sql语句，并封装返回结果。
1：准备工作
mysql数据库建立user表，字段（id， name），用于测试只用了两个属性。
新建User 类，封装数据库返回的user记录
新建UserMapper， userMapperXml， 增加getAllUser 查询sql等。
2：源码分析
执行以上方法，会直接进入该动态代理类的getAllUser方法，实际上该方法里面会调用其handler的invoker方法。即MapperProxy中的invoke方法，如果这里不太明白，可以查看一下我的Mybatis初始化分析二
是因为在getMapper（UserMapper.class）那一步就会生成UserMapper映射器的动态代理类
接下去分析MapperProxy的invoke方法
查看以上源码发现，MapperProxy其实就是一个handler，其实现了InvocationHandler,并重写了invoke方法。
进来以后我们发现，该方法首先判断，进来的方法的声明类型是否是对象的class类型，
这里发现并不是
接着判断进入的方法是否是默认方法
返回值为否，继续往下
从缓存MapperMethod中获取到该方法对应的MapperMethod，实际上就是从一个ConCurrentHashmap中获取method对应的MapperMethod，没有就重新生成一个并存入map中
获取到mapperMethod后就真正调用execute方法执行sql啦...
接着从方法缓存这个并发HashMap中获取映射器方法MapperMethed实例，如果方法缓存中已经存在了该方法，就直接取出，不存在就创建一个新的，构造参数为映射器接口类型，方法本身，以及该sqlsession中存储的mybatis配置类。
这里重点看一下这个MapperMethod类
MapperMethod主要实例化就是初始化了两个内部类，
SqlCommand：
SqlCommand 比较简单，主要就是包含该sql命令的类型， （SELECT,UPDATE,INSERT,DELETE,UNKNOWN,FLUSH）和其对应的 mapperStatement的id,
而mapperStatement就是映射器描述文件中包含的sql语句的解析后封装成的，并且会将mapperStatement注册到全局的configuration对象上。
这里有一点需要注意的是当该mapperMethod方法没有对应的FLUSH注解且没有对应的 MapperStatement时，会抛出异常 Invalid bound statement (not found): 说明在xml中并 没有对应的sql语句的定义，所以没法进行映射与执行sql。
methodSignature：
主要定义了sql方法的信息，返回值，参数等信息。
最后主要看一下MapperMethod的execute方法。这个是sql执行的最终方法体现。
可以看到根据不同的sqlCommandType去调用sqlsession的不同的方法，
如sqlsession.insert()，update()...
