MyBatis原理解析

一、Mybatis架构图

二、Mybatis核心解析

1、Mybatis核心流程

• 读取配置及mapper文件流程
  
• 创建sqlSession流程
  
• 执行语句流程
  

2、Mybatis核心类

• SqlSessionFactoryBuilder：加载并解析配置
• SqlSession：创建执行sql的上下文环境
• MapperStatement：执行sql时的mapper文件的实体映射
• MapperProxy：具体执行sql的代理对象
• Executor：执行sql语句的执行器

3、缓存机制

MyBatis中分为一级缓存和二级缓存。一级缓存默认是开启的，一级缓存是sqlSession域有效的，二级缓存默认未开启，如果想要开启二级缓存，需要在mapper文件中加标签，默认更新（新增，修改、删除）操作会强制刷新缓存，即mapper配置文件中的insert/delete/update标签的flushCache默认值为true，而查询操作不会。

4、插件机制

MyBatis 允许你在映射语句执行过程中的某一点进行拦截调用。默认情况下，MyBatis 允许使用插件来拦截的方法调用包括：

• Executor (update, query, flushStatements, commit, rollback, getTransaction, close, isClosed)
• ParameterHandler (getParameterObject, setParameters)
• ResultSetHandler (handleResultSets, handleOutputParameters)
• StatementHandler (prepare, parameterize, batch, update, query)

这些类中方法的细节可以通过查看每个方法的签名来发现，或者直接查看 MyBatis 发行包中的源代码。 如果你想做的不仅仅是监控方法的调用，那么你最好相当了解要重写的方法的行为。 因为在试图修改或重写已有方法的行为时，很可能会破坏 MyBatis 的核心模块。 这些都是更底层的类和方法，所以使用插件的时候要特别当心。
通过 MyBatis 提供的强大机制，使用插件是非常简单的，只需实现 Interceptor 接口，并指定想要拦截的方法签名即可。

// ExamplePlugin.java
@Intercepts({@Signature(
  type= Executor.class,
  method = "update",
  args = {MappedStatement.class,Object.class})})
public class ExamplePlugin implements Interceptor {
  private Properties properties = new Properties();
  public Object intercept(Invocation invocation) throws Throwable {
    // 执行update之前的自定义逻辑
    Object returnObject = invocation.proceed();
    // 执行update之后的自定义逻辑
    return returnObject;
  }
  public void setProperties(Properties properties) {
    this.properties = properties;
  }
}

<!-- mybatis-config.xml -->
<plugins>
  <plugin interceptor="org.mybatis.example.ExamplePlugin">
    <property name="someProperty" value="100"/>
  </plugin>
</plugins>

上面的插件将会拦截在 Executor 实例中所有的 “update” 方法调用， 这里的 Executor 是负责执行底层映射语句的内部对象。

三、设计模式

Mybatis的源码中使用了很多的设计模式，如代理模式、装饰器模式、工厂模式、建造者模式、单例模式等等。

• 日志模块：使用适配器模式适配了多种日志框架，如Log4j，Log4j2, slf4j等
• SqlSession：使用代理模式，变形的JDK动态代理
• SqlSessionFactoryBuilder：使用单例模式，因为配置资源加载解析只需一次就够了
• 数据源创建：使用了工厂方法模式，根据不同的DataSourceFactory创建不同的DataSource
• 缓存模块：使用了装饰器模式，实现了多种不同条件下的缓存需求
• 插件模块：使用责任链模式，将多个插件连接起来，在执行过程中处理一系列额外逻辑