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…