我在字节跳动社招面试，被Executor“背刺”了……
事情发生在三个月前。
我在准备字节跳动的社招面试，当时已经到了技术二面。前面都挺顺利，聊了项目、聊了数据库优化、聊了Netty，面试官还冲我笑了笑，说：“你对MyBatis熟吗？”
我当时心中一喜，MyBatis我写了五年，SpringBoot + MyBatis-Plus那叫一个驾轻就熟，我马上点头如捣蒜：“熟！我们后台核心就是MyBatis做数据层。”
结果那哥们轻描淡写来了一句：
“那你说说，MyBatis 有几种 Executor，它们之间有什么区别？”
？？？这问题我好像见过，但从来没深究过……瞬间我脑子嗡的一下，全是 SQLSession、Mapper 映射、分页插件……
我含糊其辞回答了个“好像有 SimpleExecutor、ReuseExecutor 吧”，但被面试官温柔又无情地一笑：“还有呢？”
这一笑，成了我被挂掉的标志性动作。
面完我火速打开源码研究了一下午，啊哈！原来这题不仅高频，还非常重要！
今天，小米我就带大家来一波 面试级别、源码级别、通俗易懂级别的深度讲解。
看完这篇，你再遇到面试官提这个问题，就笑着反问他：您是想听缓存机制的差异，还是批处理场景的演进？
什么是 MyBatis 的 Executor？
我们先从灵魂拷问开始：
Executor 是干啥的？
你可以简单理解成：Executor 是 MyBatis 执行 SQL 的“执行器”接口，是真正负责 CRUD 的核心组件。
MyBatis 的执行流程是这样的：
Mapper接口 -> SqlSession -> Executor -> StatementHandler -> PreparedStatement -> 数据库
所以 Executor 就是：
- 封装了 SQL 的执行逻辑
- 包含一级缓存、批处理、多次执行优化等策略
- 是 SqlSession 背后的真正“干活的工具人”
Executor 是一个接口，源码在 org.apache.ibatis.executor.Executor，而我们关心的是它的 三个实现类 + 一个装饰器类。
MyBatis 的四种 Executor 实现
我们可以先看源码里 Executor 的结构图（别怕，小米画给你）：
也就是说：
- SimpleExecutor：最普通的，每执行一次就创建一次 Statement。
- ReuseExecutor：可以复用 Statement，适合多次执行相同 SQL。
- BatchExecutor：批处理执行，比如 insert 多条，优化网络IO。
- CachingExecutor：装饰器，用于实现二级缓存。
下面我们一个个讲，顺便说说它们的区别。
SimpleExecutor：简单粗暴的原始人打法
1、设计思想
每次执行 SQL 时，就创建一个新的 Statement。
2、特点
- 不复用 Statement
- 每次执行都从头来一遍：创建 Statement -> 执行 -> 关闭
3、适用场景
- 一般的小量数据操作
- 不追求 Statement 复用
4、缺点
- 性能开销大，每次都新建、关闭 Statement
- 不适合在 for 循环中多次调用相同 SQL
5、源码片段
可以看到，每次都是新建。
ReuseExecutor：节省资源的节俭派
1、设计思想
- 只要 SQL 相同，就复用 Statement。
- MyBatis 内部会维护一个 Map，key 是 SQL，value 是 Statement。
2、特点
- SQL 相同就复用 Statement
- 减少创建、销毁 Statement 的次数
- 只在一次 SqlSession 生命周期内有效
3、适用场景
- 循环执行相同 SQL 的场景
- 比如分页查询、批量相同 update 操作
4、注意点
- SqlSession 关闭后，Statement 也会被关闭
- 缓存是基于 SQL 作为 key 的，稍微不同就不命中
5、源码片段
BatchExecutor：批处理高手
1、设计思想
适用于大量相同类型 SQL 的执行，比如：
BatchExecutor 会把这些 insert 先缓存起来，统一执行、统一提交。
2、特点
- SQL 缓存在内存中，调用 commit 才发送给数据库
- 节省网络 IO 和数据库连接次数
- 提升性能，特别是批量插入/更新
3、适用场景
- 批量插入
- 批量更新
4、缺点
- 执行结果不能立刻获取
- 异常定位困难：一批执行出错，定位具体哪条出错很麻烦
- 和插件（分页插件等）不太兼容
5、源码片段
CachingExecutor：会“记仇”的装饰器
这是一个装饰器类，不是 Executor 的子类，而是把别的 Executor 包一层。
主要作用是：实现二级缓存！
1、设计思想
- 如果配置了 ，就会使用 CachingExecutor 包装实际 Executor
- 查询时先查缓存，再查数据库
2、特点
- 缓存是 Mapper 级别的
- 二级缓存默认是关闭的，要显式开启
3、使用方式
然后 MyBatis 会这样：
它们之间到底有什么区别？
你在项目中用的是哪种 Executor？
这个问题很多人会忽略。默认使用的是 SimpleExecutor，除非你改配置。
你可以在 mybatis-config.xml 里设置：
也可以在代码里用：
建议： 只有在你非常明确自己要干嘛时，才指定 Executor 类型。否则乖乖用默认的就好。
小米总结 & 面试答题模板
最后，小米来给大家总结一下：
面试回答模板（直接背）
“MyBatis 一共有三种核心 Executor：SimpleExecutor、ReuseExecutor 和 BatchExecutor，外加一个 CachingExecutor 作为装饰器类。
Simple 每次执行都新建 Statement；Reuse 会复用 SQL 相同的 Statement；Batch 则把多个 SQL 批量缓存执行，用于提高性能；
CachingExecutor 实现了 Mapper 级别的二级缓存，是通过装饰器模式包装其他 Executor 来实现的。”
是不是很清晰！
结语：面试不是记知识，是看你有没有思考
写这篇文章的原因，是我被这个问题“背刺”过一次。
但回头想想，MyBatis 这几个 Executor 并不是要你死记硬背它们有几个，而是考你 理解能力 + 实践经验：
- 你有没有在大数据量场景下思考过优化？
- 你知道缓存背后的实现逻辑吗？
- 你能分清什么该用批处理，什么该立即返回吗？
这些，才是面试官真正在看你的地方。
希望这篇文章能帮你在下一次面试里笑着反杀！
END
我是小米，一个喜欢分享技术的31岁程序员。如果你喜欢我的文章，欢迎关注我的微信公众号“软件求生”，获取更多技术干货！
如果你觉得文章有帮助，记得【点赞 + 在看】，转发给你的朋友们吧！
我们下次再见！
