MyBatis 的秘密（五）整体流程图

作者 dengchengchao@outlook.com发表于

执行流程图

通过前面的分析，我们梳理了MyBatis从调用方法到返回结果的整个流程，这里我们简单的做一个总结：

image

先上图，按道理来说时序图应该是最合适的，但是我觉得上面的文字过多。接下来结合上面的图详细说说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却真正的体现出了面向对象的单一职责原则，依赖注入原则，从而基本能够做到开闭原则。