MyBatis 的秘密（五）整体流程图
执行流程图
通过前面的分析，我们梳理了 MyBatis 从调用方法到返回结果的整个流程，这里我们简单的做一个总结：
先上图，按道理来说时序图应该是最合适的，但是我觉得上面的文字过多。接下来结合上面的图详细说说 MyBatis 从启动到返回结果的流程。
- 首先，使用
SqlSessionFactoryBuilder读取MyBatis的XML配置文件，并解析配置，生成Configuration对象，返回SqlSessionFactory
调用
build方法可以传递Environment选择使用的环境同时可以执行
Properties，并且此Properties的优先级最高
- 通过
SqlSessionFactory可以获取SqlSession,SqlSessionFactory的作用如其名字所示，根据不同参数产生SqlSession
同理，通过
SqlSessionFactory获取SqlSession的时候，也可以传递一下参数：-
ExecutorType： 选择使用的Executor， 默认为SIMPLE -
AutoCommit: 是否开启事务
还有其他的比如事务级别等
注意：虽然这里可以指定是否开启事务，但是具体真的是否开启事务，还是由实现了
MyBatis的Transaction接口的事务管理器处理，不一定是真正的开启了事务 -
-
获取到
SqlSession后，便可以调用想要执行的Mapper，SqlSession对应的方法被调用后，会简单的处理参数，将参数装化为Executor需要的类型对于
Executor来说，SQL就分两种，即查找（query()）和修改(update()) ，我们使用的SqlSession中个中方法，最终都会被转换为这两种形式，然后调用Executor当使用
Select的时候，可以传递一个ResultHanlder,自行处理结果
-
Executor被调用后，会根据所配置的Statement，创建不同的StatmentHandler，然后将SQL交给StatmentHandler处理Executor在MyBatis中有4种实现，其中可以配置的分别是SIMPLE,REUSE,BATCH,默认为SIMPLE,其中REUSE会缓存创建的StatmentHandler,BATCH底层调用的是JDBC#batch()方法另外一种是其他
Executor的包装类：CachingExecutor,当开启了二级缓存的时候，默认会先使用CachingExecutor进行查找，当无法查找成功的时候，再委托给后面3种Executor进行查找StatementHandler在MyBatis中有3种实现，可以配置的是PREPARED,STATEMENT,CALLABLE,分别对应JDBC中的PreparedStatment，Statement,CallableStatment通过这一步，
Executor会初始化StatmentHandler所有参数，比如参数（通过TypeHandler设置），超时时间，FetchSize等
-
StatementHandler被调用后，就会真正的执行SQL,在执行完毕后，对于update()，则直接返回被影响的行数，如果需要返回自增长id，则使用KeyGenerator查询Id,对于查询select()，则会交由ResultSetHandler逐行处理数据StatementHandler所做的工作并不多，底层便是调用的真正的JDBC的Statement工作，然后根据所执行的操作的不同，对结果进行不同的处理
-
当
StatmentHandler获取到查询结果后，会调用ResultSetHandler处理结果，ResultSetHandler会根据XML中所配置的方法进行结果处理，如果没有嵌套结果，则进行简单处理，如果还有动态嵌套，并且 设置了延迟加载 ，那么ResultSetHandler会通过CGLIB(默认)或则javassist框架生成一个代理对象，当真正调用此方法的时候再去查询.ResultSetHandler处理结果输入为Statement，输出为真正的结果，当ResultSetHandler获取到Statement的时候，Statement已经执行了execute()方法，之所以说这么多，是因为后面的插件（Plugin） 会使用到ResultSetHandler在处理每一行数据的时候，都是通过调用TypeHandler加上反射完成ORM，当成功生成对象后再调用的ResultHandler进行额外的处理，不过默认的DefaultResultHandler并没有进行什么特殊的处理，MyBatis允许我们自定义ResultHandler处理结果，不过限制为方法返回为void
以上，便是 MyBatis 的整体调用流程，可以看出来算是 MyBatis 的代码分层分的非常细。以上这些逻辑代码，其实在一个类中都能完成。不过那样显得十分臃肿，而 MyBatis 却真正的体现出了面向对象的单一职责原则，依赖注入原则，从而基本能够做到开闭原则。
正文到此结束
- 本文标签： map CTO 参数 ORM 二级缓存 缓存 sql 时间 mybatis Action executor cglib 代码 插件 autocommit StatementHandler ResultSet https 管理 key http plugin Statement db NSA XML src sqlsession JDBC update 数据 Select lib mapper session java UI 解析 build SqlSessionFactory id 配置 App 总结 SqlSessionFactoryBuilder IO
- 版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
- 本文海报： 生成海报一 生成海报二
热门推荐
相关文章
Loading...
![[HBLOG]公众号](http://www.liuhaihua.cn/img/qrcode_gzh.jpg)
