MyBatis(三)：StatementHandler

最新推荐文章于 2024-09-15 22:14:18 发布

GDUT_Ember

最新推荐文章于 2024-09-15 22:14:18 发布

阅读量736

点赞数

分类专栏： MyBatis 文章标签： sql 数据库 mysql

本文链接：https://blog.csdn.net/GDUT_Trim/article/details/120212010

版权

MyBatis 专栏收录该内容

18 篇文章 4 订阅

订阅专栏

回顾

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执行流程

大部分的时候，我们都是使用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 <E> List<E> 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()) {
    case STATEMENT:
      delegate = new SimpleStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
      break;
    case PREPARED:
      delegate = new PreparedStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
      break;
    case CALLABLE:
      delegate = new CallableStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql);
      break;
    default:
      throw new ExecutorException("Unknown statement type: " + ms.getStatementType());
  }

}

query方法实现

  @Override
  public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException {
      //将executor传来的Statement强转为PreparedStatement
      //因为Statement是根据配置文件生成的
    PreparedStatement ps = (PreparedStatement) statement;
      //执行execute方法进行查询，并将结果集存放进statement里面
    ps.execute();
      //调用结果集映射器来映射结果集
    return resultSetHandler.handleResultSets(ps);
  }

parameter方法实现

@Override
public void parameterize(Statement statement) throws SQLException {
    //直接调用参数处理器进行处理
  parameterHandler.setParameters((PreparedStatement) statement);
}