### StatementHandler介绍
StatementHandler 是Mybatis四大组件中另外一个重要的对象,它负责操作Statement对象与数据库进行交流,在工作时会使用 ParameterHandler对参数进行映射,使用ResultSetHandler对结果进行实体类的绑定。通过接口定义初步了解StatementHandler的功能。
~~~java
public interface StatementHandler {
// 使用Connection创建Statement对象,设置事务超时时间
Statement prepare(Connection connection, Integer transactionTimeout)
throws SQLException;
// 为Statement绑定参数,
// 其中会使用ParameterHandler进行参数绑定
void parameterize(Statement statement)
throws SQLException;
void batch(Statement statement)
throws SQLException;
// 执行insert/update/delete类型的sql语句
int update(Statement statement)
throws SQLException;
// 执行select语句
<E> List<E> query(Statement statement, ResultHandler resultHandler)
throws SQLException;
<E> Cursor<E> queryCursor(Statement statement)
throws SQLException;
// 获取BoundSql对象
BoundSql getBoundSql();
// 获取ParameterHandler对象
ParameterHandler getParameterHandler();
}
复制代码
~~~
StatementHandler接口方法不多,围绕Statement的创建与执行进行设计,通过查看接口定义,可以了解到其主要作用有:
* 创建Statement对象、绑定Statement参数;
* 执行select、update、insert、delete以及其他类型的sql语句;
* 批量执行SQL语句
* 完成结果集向结果对象的转换;
![image.png](data:image/svg+xml;utf8,)
StatementHandler的继承体系如图所示,该接口有两个实现类,其结构与Executor有异曲同工之妙:
* BaseStatementHandler:主要提供了构造方法完成对所有字段的初始化工作;实现了prepare接口,以模板化方式创建Statement对象,其中Statement的创建工作由其子类实现。BaseStatementHandler包含三个子类:
* SimpleStatementHandler:处理不需要预编译的SQL语句,类似于JDBC中的Statement;
* PreparedStatementHandler:处理需要预编译的SQL语句,类似于JDBC中的PreparedStatement;
* CallableStatementHandler:处理存储过程,类似于JDBC中的CallableStatement;
* RoutingStatementHandler:看了它的实现就会知道,它除了根据statementType创建对应的Handler完成以上三个子类处理器的创建与路由,剩下的就是对接口进行路由,也是“名副其实”。
StatementHandler的生命周期由Executor调度管理,其中使用StatementHandler的流程都在doXxxx方法中,接下来结合源码对StatementHandler的流程进行分析。
### 创建流程
由doXxxx方法可知,StatementHandler是通过Configuration#newStatementHandler方法创建的,跟着源码走下流程:
~~~java
//org.apache.ibatis.session.Configuration#newStatementHandler
public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
// 创建StatementHandler时,首先创建的是RoutingStatementHandler这个路由对象;
// RoutingStatementHandler会根据ms的类型动态创建相应的StatementHandler
StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql);
statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler);
return statementHandler;
}
//org.apache.ibatis.executor.statement.RoutingStatementHandler#RoutingStatementHandler
// 根据statementType创建不同的Handler
public RoutingStatementHandler(Executor executor, MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) {
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());
}
}
复制代码
~~~
newStatementHandler方法非常简单,只有三行:创建RoutingStatementHandler、加载插件、返回已创建的statementHandler对象。
通过“介绍”我们知道RoutingStatementHandler是一个路由类,其内部创建了真正工作的StatementHandler,完成这一工作的就是它的构造方法。从源码可知,它根据ms.getStatementType()对应的StatementType创建具体的StatementHandler。**那\*\*\*\*ms.getStatementType()是什么类型呢?**
默认情况下,MappedStatement.Builder#Builder把statementType设置为PREPARED。若要修改statementType类型,我们需要在mapper文件的select、insert、update、delete标签中设置statementType属性,以select为例:
~~~sql
<select
id="selectPerson"
resultMap="personResultMap"
statementType="PREPARED或STATEMENT或CALLABLE">
复制代码
~~~
OK,创建流程分析完成,我们得到了一个RoutingStatementHandler对象,它内部含有对具体StatementHandler的引用。
### prepare流程
在sql命令执行之前,需要完成Statement的创建及初始化工作,完成这一工作的方式就是方法StatementHandler#prepare。以SimpleExecutor#doQuery为例,来看下prepare流程:
~~~sql
@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);
//准备Statement
stmt = prepareStatement(handler, ms.getStatementLog());
//执行查询
return handler.query(stmt, resultHandler);
} finally {
//关闭Statement
closeStatement(stmt);
}
}
// org.apache.ibatis.executor.SimpleExecutor#prepareStatement
private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException {
Statement stmt;
Connection connection = getConnection(statementLog);
// 创建Statement对象,这里使用BaseStatementHandler的模板方法按照流程创建并设置参数;
// 创建Statement对象的具体逻辑由BaseStatementHandler的子类实现
stmt = handler.prepare(connection, transaction.getTimeout());
// 设置Statement中的参数,这里使用了ParameterHandler
handler.parameterize(stmt);
return stmt;
}
复制代码
~~~
从doQuery到prepareStatement,里面调用了StatementHandler#prepare方法,具体实现类取决于当前handler的类型。默认情况下,会通过RoutingStatementHandler调用到BaseStatementHandler#prepare,它是一个模板方法,通过代码可知它完成三件工作:实例化Statement、设置超时参数、设置返回数据量范围。
~~~java
//org.apache.ibatis.executor.statement.BaseStatementHandler#prepare
public Statement prepare(Connection connection, Integer transactionTimeout) throws SQLException {
ErrorContext.instance().sql(boundSql.getSql());
Statement statement = null;
try {
//实例化:抽象方法由子类实现
statement = instantiateStatement(connection);
setStatementTimeout(statement, transactionTimeout);
setFetchSize(statement);
return statement;
} catch (SQLException e) {
closeStatement(statement);
throw e;
} catch (Exception e) {
closeStatement(statement);
throw new ExecutorException("Error preparing statement. Cause: " + e, e);
}
}
复制代码
~~~
其中,实例化方法instantiateStatement是抽象方法,由BaseStatementHandler的子类实现,大体实现方式类似,我们逐个看下。
#### SimpleStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.SimpleStatementHandler#instantiateStatement
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
// resultSetType默认值,直接使用connection创建Statement
if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.createStatement();
} else {
// 否则:按照结果集类型及并发模式(只读)创建
return connection.createStatement(mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
复制代码
~~~
SimpleStatementHandler的实现只关心ResultSetType,如果是默认(UNSET)则使用不带参数的createStatement;如果则使用只读方式创建Statement。
ResultSetType设置ResultSet对象的类型标示可滚动,或者是不可滚动。FORWARD\_ONLY:结果集仅能向前滚动;SCROLL\_INSENSITIVE:结果集前后都可以滚动,但是对数据修改无感知;SCROLL\_SENSITIVE:结果集前后都可以滚动,感知对数据修改。
如果PreparedStatement对象初始化时resultSetType参数设置为FORWARD\_ONLY,在从ResultSet(结果集)中读取记录的时,对于访问过的记录就自动释放了内存。而设置为SCROLL\_INSENSITIVE或SCROLL\_SENSITIVE时为了保证能游标能向上移动到任意位置,已经访问过的所有都保留在内存中不能释放。所以大量数据加载的时候,就OOM了。
#### PreparedStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.PreparedStatementHandler#instantiateStatement
// PreparedStatementHandler的实现比SimpleStatementHandler的实现多了对keyGenerator的判断
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
String sql = boundSql.getSql();
// 如果是自增主键并且无keyColumns则设置返回自增值。
if (mappedStatement.getKeyGenerator() instanceof Jdbc3KeyGenerator) {
String[] keyColumnNames = mappedStatement.getKeyColumns();
if (keyColumnNames == null) {
return connection.prepareStatement(sql, PreparedStatement.RETURN_GENERATED_KEYS);
} else {
return connection.prepareStatement(sql, keyColumnNames);
}
} else if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.prepareStatement(sql);
} else {
return connection.prepareStatement(sql, mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
复制代码
~~~
PreparedStatementHandler的实现与SimpleStatementHandler的区别就是增加了数据库主键生成器的判断逻辑,仅适用于insert和update语句,这会令 MyBatis 使用 JDBC 的 getGeneratedKeys 方法来取出由数据库内部生成的主键。
#### CallableStatementHandler#instantiateStatement
~~~java
// org.apache.ibatis.executor.statement.CallableStatementHandler#instantiateStatement
// 存储过程的处理逻辑。
@Override
protected Statement instantiateStatement(Connection connection) throws SQLException {
String sql = boundSql.getSql();
if (mappedStatement.getResultSetType() == ResultSetType.DEFAULT) {
return connection.prepareCall(sql);
} else {
return connection.prepareCall(sql, mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY);
}
}
复制代码
~~~
CallableStatementHandler处理存储过程相关的准备工作。
### parameterize流程
parameterize方法用于sql命令的参数设置,它需要使用ParameterHandler完成对SQL语句中参数占位符的赋值工作。ParameterHandler的工作原理单独说明,这里不再展开。看下三个实现差别:
~~~java
@Override
public void parameterize(Statement statement) {
// N/A
}
//PreparedStatementHandler#parameterize
@Override
public void parameterize(Statement statement) throws SQLException {
parameterHandler.setParameters((PreparedStatement) statement);
}
//CallableStatementHandler#parameterize
@Override
public void parameterize(Statement statement) throws SQLException {
// 设置输出参数
registerOutputParameters((CallableStatement) statement);
// 与PreparedStatementHandler方式一致
parameterHandler.setParameters((CallableStatement) statement);
}
复制代码
~~~
### update流程
update()方法用于执行insert/update/delete命令,日常开发使用频率较高,RoutingStatementHandler仅做代理转发,BaseStatementHandler本身没有实现这个方法,而是由其三个子类直接实现。下面分别看下其实现过程。
#### SimpleStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
String sql = boundSql.getSql();
Object parameterObject = boundSql.getParameterObject();
//获取mappedStatement的主键生成方式
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
int rows;
// 主键自增方式
if (keyGenerator instanceof Jdbc3KeyGenerator) {
statement.execute(sql, Statement.RETURN_GENERATED_KEYS);
rows = statement.getUpdateCount();
//执行完成后,处理返回主键值
keyGenerator.processAfter(executor, mappedStatement, statement, parameterObject);
} else if (keyGenerator instanceof SelectKeyGenerator) {
// Sequence Key
statement.execute(sql);
rows = statement.getUpdateCount();
//执行完成后,处理返回主键值
keyGenerator.processAfter(executor, mappedStatement, statement, parameterObject);
} else {
// 无主键返回要求
statement.execute(sql);
rows = statement.getUpdateCount();
}
return rows;
}
复制代码
~~~
SimpleStatementHandler#update根据mappedStatement的KeyGenerator类型分为三种情况进行处理,重点在于主键值的生成方式,通过processAfter方法设置数据库返回的主键值。
#### PreparedStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
PreparedStatement ps = (PreparedStatement) statement;
ps.execute();
int rows = ps.getUpdateCount();
Object parameterObject = boundSql.getParameterObject();
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
keyGenerator.processAfter(executor, mappedStatement, ps, parameterObject);
return rows;
}
复制代码
~~~
PrepareStatementHandler处理的是PreparedStatement,调用execute方法后,处理返回主键值。
#### CallableStatementHandler#update
~~~java
@Override
public int update(Statement statement) throws SQLException {
CallableStatement cs = (CallableStatement) statement;
cs.execute();
int rows = cs.getUpdateCount();
Object parameterObject = boundSql.getParameterObject();
KeyGenerator keyGenerator = mappedStatement.getKeyGenerator();
keyGenerator.processAfter(executor, mappedStatement, cs, parameterObject);
resultSetHandler.handleOutputParameters(cs);
return rows;
}
复制代码
~~~
CallableStatementHandler的多了出参处理逻辑。
### query流程
query方法用于处理select命令,同样由BaseStatementHandler的三个子类实现,主要有两个步骤:执行sql、处理返回结果,其中处理返回结果需要使用ResultSetHandler。过程比较简单,代码就不再贴出来了。
### 总结
在Mybatis中,StatementHandler起到了承上启下的作用,向上与mybatis框架整合在一起,在Executor的协调组织下处理请求,向下有效的组合ParameterHandler、ResultSetHandler等组件,通过不同Statement与JDBC进行“联络沟通”。
StatementHandler提供了对Statement生命周期控制及执行的方法,以接口方式暴露给上层的Executor使用。到了StatementHandler这一层,Mybatis也算完成了与JDBC的责任交接,接下来就是JDBC内部的逻辑了。
作者:码路印记
链接:https://juejin.cn/post/6885307966506041357
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
- 一.JVM
- 1.1 java代码是怎么运行的
- 1.2 JVM的内存区域
- 1.3 JVM运行时内存
- 1.4 JVM内存分配策略
- 1.5 JVM类加载机制与对象的生命周期
- 1.6 常用的垃圾回收算法
- 1.7 JVM垃圾收集器
- 1.8 CMS垃圾收集器
- 1.9 G1垃圾收集器
- 2.面试相关文章
- 2.1 可能是把Java内存区域讲得最清楚的一篇文章
- 2.0 GC调优参数
- 2.1GC排查系列
- 2.2 内存泄漏和内存溢出
- 2.2.3 深入理解JVM-hotspot虚拟机对象探秘
- 1.10 并发的可达性分析相关问题
- 二.Java集合架构
- 1.ArrayList深入源码分析
- 2.Vector深入源码分析
- 3.LinkedList深入源码分析
- 4.HashMap深入源码分析
- 5.ConcurrentHashMap深入源码分析
- 6.HashSet,LinkedHashSet 和 LinkedHashMap
- 7.容器中的设计模式
- 8.集合架构之面试指南
- 9.TreeSet和TreeMap
- 三.Java基础
- 1.基础概念
- 1.1 Java程序初始化的顺序是怎么样的
- 1.2 Java和C++的区别
- 1.3 反射
- 1.4 注解
- 1.5 泛型
- 1.6 字节与字符的区别以及访问修饰符
- 1.7 深拷贝与浅拷贝
- 1.8 字符串常量池
- 2.面向对象
- 3.关键字
- 4.基本数据类型与运算
- 5.字符串与数组
- 6.异常处理
- 7.Object 通用方法
- 8.Java8
- 8.1 Java 8 Tutorial
- 8.2 Java 8 数据流(Stream)
- 8.3 Java 8 并发教程:线程和执行器
- 8.4 Java 8 并发教程:同步和锁
- 8.5 Java 8 并发教程:原子变量和 ConcurrentMap
- 8.6 Java 8 API 示例:字符串、数值、算术和文件
- 8.7 在 Java 8 中避免 Null 检查
- 8.8 使用 Intellij IDEA 解决 Java 8 的数据流问题
- 四.Java 并发编程
- 1.线程的实现/创建
- 2.线程生命周期/状态转换
- 3.线程池
- 4.线程中的协作、中断
- 5.Java锁
- 5.1 乐观锁、悲观锁和自旋锁
- 5.2 Synchronized
- 5.3 ReentrantLock
- 5.4 公平锁和非公平锁
- 5.3.1 说说ReentrantLock的实现原理,以及ReentrantLock的核心源码是如何实现的?
- 5.5 锁优化和升级
- 6.多线程的上下文切换
- 7.死锁的产生和解决
- 8.J.U.C(java.util.concurrent)
- 0.简化版(快速复习用)
- 9.锁优化
- 10.Java 内存模型(JMM)
- 11.ThreadLocal详解
- 12 CAS
- 13.AQS
- 0.ArrayBlockingQueue和LinkedBlockingQueue的实现原理
- 1.DelayQueue的实现原理
- 14.Thread.join()实现原理
- 15.PriorityQueue 的特性和原理
- 16.CyclicBarrier的实际使用场景
- 五.Java I/O NIO
- 1.I/O模型简述
- 2.Java NIO之缓冲区
- 3.JAVA NIO之文件通道
- 4.Java NIO之套接字通道
- 5.Java NIO之选择器
- 6.基于 Java NIO 实现简单的 HTTP 服务器
- 7.BIO-NIO-AIO
- 8.netty(一)
- 9.NIO面试题
- 六.Java设计模式
- 1.单例模式
- 2.策略模式
- 3.模板方法
- 4.适配器模式
- 5.简单工厂
- 6.门面模式
- 7.代理模式
- 七.数据结构和算法
- 1.什么是红黑树
- 2.二叉树
- 2.1 二叉树的前序、中序、后序遍历
- 3.排序算法汇总
- 4.java实现链表及链表的重用操作
- 4.1算法题-链表反转
- 5.图的概述
- 6.常见的几道字符串算法题
- 7.几道常见的链表算法题
- 8.leetcode常见算法题1
- 9.LRU缓存策略
- 10.二进制及位运算
- 10.1.二进制和十进制转换
- 10.2.位运算
- 11.常见链表算法题
- 12.算法好文推荐
- 13.跳表
- 八.Spring 全家桶
- 1.Spring IOC
- 2.Spring AOP
- 3.Spring 事务管理
- 4.SpringMVC 运行流程和手动实现
- 0.Spring 核心技术
- 5.spring如何解决循环依赖问题
- 6.springboot自动装配原理
- 7.Spring中的循环依赖解决机制中,为什么要三级缓存,用二级缓存不够吗
- 8.beanFactory和factoryBean有什么区别
- 九.数据库
- 1.mybatis
- 1.1 MyBatis-# 与 $ 区别以及 sql 预编译
- Mybatis系列1-Configuration
- Mybatis系列2-SQL执行过程
- Mybatis系列3-之SqlSession
- Mybatis系列4-之Executor
- Mybatis系列5-StatementHandler
- Mybatis系列6-MappedStatement
- Mybatis系列7-参数设置揭秘(ParameterHandler)
- Mybatis系列8-缓存机制
- 2.浅谈聚簇索引和非聚簇索引的区别
- 3.mysql 证明为什么用limit时,offset很大会影响性能
- 4.MySQL中的索引
- 5.数据库索引2
- 6.面试题收集
- 7.MySQL行锁、表锁、间隙锁详解
- 8.数据库MVCC详解
- 9.一条SQL查询语句是如何执行的
- 10.MySQL 的 crash-safe 原理解析
- 11.MySQL 性能优化神器 Explain 使用分析
- 12.mysql中,一条update语句执行的过程是怎么样的?期间用到了mysql的哪些log,分别有什么作用
- 十.Redis
- 0.快速复习回顾Redis
- 1.通俗易懂的Redis数据结构基础教程
- 2.分布式锁(一)
- 3.分布式锁(二)
- 4.延时队列
- 5.位图Bitmaps
- 6.Bitmaps(位图)的使用
- 7.Scan
- 8.redis缓存雪崩、缓存击穿、缓存穿透
- 9.Redis为什么是单线程、及高并发快的3大原因详解
- 10.布隆过滤器你值得拥有的开发利器
- 11.Redis哨兵、复制、集群的设计原理与区别
- 12.redis的IO多路复用
- 13.相关redis面试题
- 14.redis集群
- 十一.中间件
- 1.RabbitMQ
- 1.1 RabbitMQ实战,hello world
- 1.2 RabbitMQ 实战,工作队列
- 1.3 RabbitMQ 实战, 发布订阅
- 1.4 RabbitMQ 实战,路由
- 1.5 RabbitMQ 实战,主题
- 1.6 Spring AMQP 的 AMQP 抽象
- 1.7 Spring AMQP 实战 – 整合 RabbitMQ 发送邮件
- 1.8 RabbitMQ 的消息持久化与 Spring AMQP 的实现剖析
- 1.9 RabbitMQ必备核心知识
- 2.RocketMQ 的几个简单问题与答案
- 2.Kafka
- 2.1 kafka 基础概念和术语
- 2.2 Kafka的重平衡(Rebalance)
- 2.3.kafka日志机制
- 2.4 kafka是pull还是push的方式传递消息的?
- 2.5 Kafka的数据处理流程
- 2.6 Kafka的脑裂预防和处理机制
- 2.7 Kafka中partition副本的Leader选举机制
- 2.8 如果Leader挂了的时候,follower没来得及同步,是否会出现数据不一致
- 2.9 kafka的partition副本是否会出现脑裂情况
- 十二.Zookeeper
- 0.什么是Zookeeper(漫画)
- 1.使用docker安装Zookeeper伪集群
- 3.ZooKeeper-Plus
- 4.zk实现分布式锁
- 5.ZooKeeper之Watcher机制
- 6.Zookeeper之选举及数据一致性
- 十三.计算机网络
- 1.进制转换:二进制、八进制、十六进制、十进制之间的转换
- 2.位运算
- 3.计算机网络面试题汇总1
- 十四.Docker
- 100.面试题收集合集
- 1.美团面试常见问题总结
- 2.b站部分面试题
- 3.比心面试题
- 4.腾讯面试题
- 5.哈罗部分面试
- 6.笔记
- 十五.Storm
- 1.Storm和流处理简介
- 2.Storm 核心概念详解
- 3.Storm 单机版本环境搭建
- 4.Storm 集群环境搭建
- 5.Storm 编程模型详解
- 6.Storm 项目三种打包方式对比分析
- 7.Storm 集成 Redis 详解
- 8.Storm 集成 HDFS 和 HBase
- 9.Storm 集成 Kafka
- 十六.Elasticsearch
- 1.初识ElasticSearch
- 2.文档基本CRUD、集群健康检查
- 3.shard&replica
- 4.document核心元数据解析及ES的并发控制
- 5.document的批量操作及数据路由原理
- 6.倒排索引
- 十七.分布式相关
- 1.分布式事务解决方案一网打尽
- 2.关于xxx怎么保证高可用的问题
- 3.一致性hash原理与实现
- 4.微服务注册中心 Nacos 比 Eureka的优势
- 5.Raft 协议算法
- 6.为什么微服务架构中需要网关
- 0.CAP与BASE理论
- 十八.Dubbo
- 1.快速掌握Dubbo常规应用
- 2.Dubbo应用进阶
- 3.Dubbo调用模块详解
- 4.Dubbo调用模块源码分析
- 6.Dubbo协议模块