MyBatis框架原理

能力缺口：为什么你写的 MyBatis 总是报错又漏数据

很多转岗或速成上手开发的人，对 MyBatis 的认知停留在“写个接口、配个 XML、跑通 SQL 就行”。一旦遇到多表联查结果集对不上、缓存导致脏读、或者需要从数据库表反向生成实体类时，就直接卡壳。这门课不教基础增删改查语法，它专门补的是底层执行原理和复杂映射的缺口。如果你写关联查询时总是搞不懂 `resultMap` 和 `resultType` 的区别，或者不清楚一级缓存和二级缓存到底在什么生命周期生效，说明你的知识体系在这里断层了，缺什么就补什么，别假装配置跑通了就等于懂了框架。

查漏补缺顺序与配套练习方法

针对这套资料，建议不要按序号从头到尾泛读，而是带着问题查漏补缺。第一块先抓配置与映射原理，重点看一对一、一对多、多对多这三节。不要光听讲，配套练习必须自己建四到五张有关联的业务表，强制手写带有嵌套 `resultMap` 的映射文件，确保能独立把多表查询的结果准确挂载到对象层级里。第二块抓缓存机制，一级缓存和二级缓存的分析必须配合代码打断点验证。练习时，在同一个 SqlSession 里执行两次相同查询，手动观察日志里的 SQL 执行次数，再去测试跨 SqlSession 的查询，验证二级缓存的命中条件，搞清楚脏数据是怎么产生的。第三块是逆向工程与 SSM 整合，这部分适合在搭建项目骨架时直接实操，用插件生成代码后，自己把生成的接口接入到 Spring 容器里跑通完整链路。

学完后你能独立解决什么具体问题

看完并练完这套资料，你应该能脱离任何现成模板，独立完成一件事：拿到一个中等复杂度的业务库表设计，能快速规划出实体类的关联关系，手写出正确的多表级联映射，并清楚每次查询走没走缓存。具体来说，你要能回答这几个问题：一对一关联用嵌套查询和嵌套结果分别会在底层发几次 SQL？二级缓存开启后，如果关联表发生了更新操作，缓存会如何失效？逆向工程生成的代码默认处理了哪些映射关系、又漏掉了哪些需要你手动改？如果这几个问题你答得磕磕巴巴，就回去把对应的章节重新过一遍，把练习代码跑通再往下走。