MyBatis(三)：StatementHandler，字节跳动基础架构高级工程师

MyBatis的执行流程

Sqlsession （会话层面，门面模式）-》 Executor（执行器，模板方法，doQuery和query）-》 StatementHandler（JDBC处理器）

JDBC分为三部分

• 获取Statement，声明Statement

• 设置Sql参数

• 执行sql

而StatementHandler其实也是去执行这三部分事情

三部分对应关系

一个SqlSession只有一个Executor，而StatementHandler则是根据执行的Sql数量决定，并且是要查询数据库才会有StatementHandler，如果走了缓存是不会生成StatementHandler的

下面就来看一下这个StatementHandler

StatementHandler

---

StatementHandler为JDBC处理器，底层实现就是JDBC，使用JDBC来构建Statement并设置参数，然后使用Statement去执行Sql，每调用一次Sql，就会生成与之唯一对应的Statement实例

StatementHandler结构

StatementHandler是一个接口，所以需要有对应的实现类，总共有3个实现类，对Executor只提供StatementHandler接口来进行调用（完全对Executor屏蔽了底层实现的细节）

• BaseStatementHandler：提取下面三个实现类的共性，比如跟数据库交互的时候，取多少条数据（Fetch）、连接超时时间

• SimpleStatementHandler：创建普通的Statement，执行静态SQL

• PreparedStatementHandler：创建PrepareStatement，可以进行预处理，设置预编译参数，防止SQL注入

• CallableStatementHandler：创建CallabelStatement，是用来执行存储过程的，设置出参和读取出参

整个流程：经过了BaseStatementHandler之后进行了JDBC处理，接下来就是参数处理（ParameterHandler），再之后就是结果集处理器（ResultSetHandler）进行结果集映射

PrepareStatementHandler执行流程

大部分的时候，我们都是使用

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》

【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享

PrepareStatementHandler的，因为高效和安全（预处理和防止Sql注入），其实每一个StatementHandler执行流程都大体相似

步骤

• 创建PrepareStatement

• 预编译

• 设置参数（ParameterHandler）

• 执行Sql

• 结果集映射，映射成对应的JavaBean（ResultSetHandler）

可以看到里面总共有三条线

• 声明Statement -> 创建Statement（经由BaseStatementHandler去设置公共参数，Executor的prepareStatement方法 ，在doQuery方法中被调用）

• 为PreparedStatement设置参数 -> 解析并填充参数（使用handler去设置参数，handler.parameterSize，也就是说参数处理交给PrepareStatementHandler去执行，重写该方法）

• execute执行SQL -> 结果集处理（execute执行query方法后，交由ResultSetHandler去处理结果）

下面以SimpleExecutor为例来说明

@Override

public List doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {

Statement stmt = null;

try {

//获取配置文件

Configuration configuration = ms.getConfiguration();

//根据配置文件去创建StatementHandler

StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);

//使用StatementHandler去创建statement（第一条线结束）

stmt = prepareStatement(handler, ms.getStatementLog());

//开始第三条线，executor调用handler来进行执行SQL

return handler.query(stmt, resultHandler);

} finally {

closeStatement(stmt);

}

}

prepareStatement方法

private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {

Statement stmt;

//获取连接

Connection connection = getConnection(statementLog);

//通过handler的prepare的方法处理一些共性问题（BaseStatementHandler）

//设置连接和超时时间

stmt = handler.prepare(connection, transaction.getTimeout());

//开始第二条线，去设置参数！

handler.parameterize(stmt);

return stmt;

}

可以看到Parameter和query方法是StatementHandler方法里面的，也就是根据不同的实现类去实现（BaseStatementHandler没有实现这个方法，所以肯定是交给三个实现类去实现的），下面就来看看PrepareStatementHandler是怎样实现这两个方法的

构建StatementHandler

构建StatementHandler是使用Configuration来构建的，并且调用下面的newStatementHandler方法

public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {

//可以看到这里是创建的是RoutingStatementHandler，而不是对应创建那三个实现类

StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);

statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler);

return statementHandler;

}

而其实，在RoutingStatementHandler的构造方法里面，其实只是做了一层封装而已，具体生成出哪个StatementHandler的细节是由RoutingStatementHandler来决定的，并且在这里的构建上，使用了一个简单工厂模式，就而且这里要注意，生成的StatementHandler是设置在delegate属性上的，又是一个装饰者模式，也就是说，底层的StatementHandler被RoutingStatementHandler给装饰起来了！但是尴尬的是，RoutingStatementHandler里面的方法都是直接调用delegate的，没有自己任何的拓展，估计可能是留下来做拓展的

public RoutingStatementHandler(Executor executor, MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {

//根据StatementType来决定生成哪个StatementHandler

//并且保存在delegate属性上

switch (ms.getStatementType()) {