Mybatis三大执行器
目录
一、执行器介绍
Mybatis中执行器关系如上图所示，真正生效并在最后执行中有着不同效果的只有三个执行器：
- SimpleExecutor: 默认的执行器, 对每条sql进行预编译->设置参数->执行等操作
- BatchExecutor: 批量执行器, 对相同sql进行一次预编译, 然后设置参数, 最后统一执行操作
- ReuseExecutor: 重用执行器会重用预处理语句（prepared statements）
BaseExecutor：只是一个抽象类抽出了三个执行器公共的一些方法，以及提供了需要重写的方法
CachingExecutor：专门用来作为二级缓存使用，不负责具体执行方法
执行器的选择入口
执行器的选择就在获取SqlSession的时候
内部会调用DefaultSqlSessionFactory.openSessionFromDataSource：
可以会根据ExecutorType来选择获取某种类型执行器，我们平时不会传参，所以默认就是SimpleExecutor
ExecutorType有三种类型，正好与三种执行器对应
设置执行器两种方式
全局配置（不建议）
在XML配置文件中全局设置
<settings>
<setting name="defaultExecutorType" value="BATCH" />
</settings>
局部设置（建议）
就是在获取SqlSession的时候传参，指定该SqlSession采用某种执行器执行
二、三个执行器区别
上述的介绍可能还不是很直观的发现三个执行器的区别，下面开启日志，通过一个例子直观的感受一下区别吧
SimpleExecutor
我们指定采用简单执行器，遍历插入10条数据，看看日志结果：
发现每次插入都伴随了预编译→参数处理→执行 三个步骤
ReuseExecutor
我们指定重用执行器，同样遍历插入10条数据，看看日志结果：
发现只会有一次预编译，然后就是多次的传参处理和执行
BatchExecutor
我们指定批量执行器，同样遍历插入10条数据，看看日志结果：
发现只会有一次预编译，多次传参处理，一次执行
总结
从上述结果可以清晰的看到三种执行器的区别了：就体现在一条语句多次执行在预编译、传参处理和执行的次数上
- SimpleExecutor: 多次预编译、多次传参处理、多次执行
- BatchExecutor: 一次预编译、多次传参处、一次执行
- ReuseExecutor: 一次预编译、多次传参处理、多次执行
那省了这些步骤到底有多大提升呢？下面我们测试看看
三、效率测试
我们以插入100条数据简单的测试下三种执行器各自需要多长时间
SimpleExecutor：1.7 秒
ReuseExecutor：1.6 秒
BatchExecutor：1 秒
上述测试还会因物理环境、SQL复杂程度变化而变化，结果不一定准，但是主要是为了证明在这种场景下三个执行器的执行效率，从结果上来说ReuseExecutor带来的提升微乎其微，而BatchExecutor在批量删除、更新、插入这种场景下效率还是不错的，可以视场景使用
四、平时开发使用
平时开发都是结合Spring来使用的，直接获取IOC容器中的mapper就来用了，连SqlSession的影子都没看到，可能很多人连SqlSession是个什么东西都不知道，怎么根据SqlSession去设置某执行器？
万变不离其宗，平时在Spring环境中确实不能直接获取到SqlSession，但是我们可以获取SqlSessionFactory啊，通过工厂在获取SqlSession不一样嘛？
源代码如下：
// 从容器中获取SqlSession工厂
@Resource
private SqlSessionFactory sqlSessionFactory;
public void test2(){
SqlSession sqlSession = sqlSessionFactory.openSession(ExecutorType.BATCH);
XxxxMapper mapper = sqlSession.getMapper(XxxxMapper .class);
//......
// 批量操作记得手动提交
sqlSession.commit();
sqlSession.close();
}