mybatis sqlSession运行分析

基于以上两篇文章的分析,我们知道了mybatis初始化的过程以及如何生成映射器的动态代理类的过程,下面会继续分析通过映射器的动态代理类,如何调用业务方法(Dao)去执行sql语句,并封装返回结果。

1:准备工作

    mysql数据库建立user表,字段(id, name),用于测试只用了两个属性。

    新建User 类,封装数据库返回的user记录

    新建UserMapper, userMapperXml, 增加getAllUser 查询sql等。

2:源码分析

1

执行以上方法,会直接进入该动态代理类的getAllUser方法,实际上该方法里面会调用其handler的invoker方法。即MapperProxy中的invoke方法,如果这里不太明白,可以查看一下我的Mybatis初始化分析二 

是因为在getMapper(UserMapper.class)那一步就会生成UserMapper映射器的动态代理类

接下去分析MapperProxy的invoke方法

mybatis sqlSession运行分析_第1张图片
2


mybatis sqlSession运行分析_第2张图片
3

查看以上源码发现,MapperProxy其实就是一个handler,其实现了InvocationHandler,并重写了invoke方法。

进来以后我们发现,该方法首先判断,进来的方法的声明类型是否是对象的class类型,

mybatis sqlSession运行分析_第3张图片
4

这里发现并不是

mybatis sqlSession运行分析_第4张图片
5

接着判断进入的方法是否是默认方法

6

返回值为否,继续往下

从缓存MapperMethod中获取到该方法对应的MapperMethod,实际上就是从一个ConCurrentHashmap中获取method对应的MapperMethod,没有就重新生成一个并存入map中

获取到mapperMethod后就真正调用execute方法执行sql啦...

mybatis sqlSession运行分析_第5张图片
7


mybatis sqlSession运行分析_第6张图片
8

接着从方法缓存这个并发HashMap中获取映射器方法MapperMethed实例,如果方法缓存中已经存在了该方法,就直接取出,不存在就创建一个新的,构造参数为映射器接口类型,方法本身,以及该sqlsession中存储的mybatis配置类。

这里重点看一下这个MapperMethod类

mybatis sqlSession运行分析_第7张图片
9

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执行的最终方法体现。

mybatis sqlSession运行分析_第8张图片
10

可以看到根据不同的sqlCommandType去调用sqlsession的不同的方法,

    如sqlsession.insert(),update()...

你可能感兴趣的:(mybatis sqlSession运行分析)