MyBatis 插件的做用点

1. 前言

咱们自定义的插件在 MyBatis 中，能够做用的对象默认只有 4 个，分别是 ParameterHandler，ResultSetHandler， StatementHandler 和 Executor 接口的实现类的对象。

MyBatis 启动时会加载解析配置文件，咱们自定义的拦截器也在这时被加载解析，并被放入 Configuration 类对象的 InterceptorChain 属性中。这个 InterceptorChain 中有一个 pluginAll 方法，经过上一篇文章分析得知该方法是给默认做用的 4 个接口实现类对象生成代理对象的入口方法。具体怎么生成的请看xxxxxxxx

2. 入口分析

ParameterHandler，ResultSetHandler， StatementHandler 和 Executor 接口的实现类的对象的代理对象生成入口对应 Configuration 类中的 4 个方法。以下：

// 返回 ParameterHandler 的代理对象
  public ParameterHandler newParameterHandler(MappedStatement mappedStatement, Object parameterObject, BoundSql boundSql) {
    ParameterHandler parameterHandler = mappedStatement.getLang().createParameterHandler(mappedStatement, parameterObject, boundSql);
    // 做用点
    parameterHandler = (ParameterHandler) interceptorChain.pluginAll(parameterHandler);
    return parameterHandler;
  }

  // 返回 ResultSetHandler 的代理对象
  public ResultSetHandler newResultSetHandler(Executor executor, MappedStatement mappedStatement, RowBounds rowBounds, ParameterHandler parameterHandler,
      ResultHandler resultHandler, BoundSql boundSql) {
    ResultSetHandler resultSetHandler = new DefaultResultSetHandler(executor, mappedStatement, parameterHandler, resultHandler, boundSql, rowBounds);
    // 做用点
    resultSetHandler = (ResultSetHandler) interceptorChain.pluginAll(resultSetHandler);
    return resultSetHandler;
  }

  // 返回 StatementHandler 的代理对象
  public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
      // RoutingSatatementHandler是个包装类
      StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);
      // 做用点
      statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler);
    return statementHandler;
  }

  // 返回 Executor 的代理对象
  public Executor newExecutor(Transaction transaction, ExecutorType executorType) {
    executorType = executorType == null ? defaultExecutorType : executorType;
    executorType = executorType == null ? ExecutorType.SIMPLE : executorType;
    Executor executor;
    if (ExecutorType.BATCH == executorType) {
      executor = new BatchExecutor(this, transaction);
    } else if (ExecutorType.REUSE == executorType) {
      executor = new ReuseExecutor(this, transaction);
    } else {
      executor = new SimpleExecutor(this, transaction);
    }
    if (cacheEnabled) {
      executor = new CachingExecutor(executor);
    }
    // 做用点
    executor = (Executor) interceptorChain.pluginAll(executor);
    return executor;
  }
  
复制代码

3. 总结

上面 4 个方法中，都有调用 interceptorChain 的 pluginAll 方法（见上面代码中 “做用点” 的地方），给目标对象生成代理对象。因此只要目标对象有匹配的拦截器， 咱们每次在新建目标对象时都要利用 JDK 动态代理从新生成代理对象。好比 Executor 的实现类对象和 SqlSession 对象是绑定的。每次一个 Http 请求进来，建立 SqlSession 对象时，会建立 Executor 的对象，这个时候若是有适配的拦截器，就会被代理。有人可能会以为，并发量大的时候是否是对性能有影响。我的以为能够不用考虑。单次调用，代理仍是不代理对性能的影响能够忽略。

推荐阅读：

动态代理方案性能对比：javatar.iteye.com/blog/814426

历史文章：

谈谈 MyBatis 的插件化设计： juejin.im/post/5cb614…

MyBatis 的插件对象如何建立出来的： juejin.im/post/5cb863…