服务端开发博客 | 后端架构 · 高并发 · 性能优化 · 微服务实战 👋🏼

引言 团队里新来的同学提了个问题："MyBatis 里面写的接口都没实现类，方法怎么就能执行 SQL 了？"我让他用 IDEA 在 sqlSession.selectOne() 打个断点，F5 步入跟一层——十分钟后他回来，表情像打开了新世界："原来插件能拦我 SQL、二级缓存影响我查询、还有一层参数和结果映射，全在这条调用链里。" 这个问题背后的能力，是面试和排障的分水岭： 面试问"MyBatis 插件原理"，答不上 Plugin.invoke 和责任链，说明只停留在 API 层； 线上查"为什么这条 SQL 打了 SQL 日志却没走缓存"、"为什么驼峰映射突然失效"，不懂 ResultSetHandler 和 TypeHandler 的分工就只能瞎猜； 写分页插件、慢 SQL 监控插件（比如 PageHelper），本质上都是在给这条调用链"加料"。 这篇文章以 sqlSession.selectOne("orderMapper.getOrder", 10086L) 为起点，沿着SqlSession → Executor（CachingExecutor 装饰）→ Stateme....

引言 Spring Boot 的"魔法"从哪来？为什么加一个依赖，DataSource 就自动配置好了？为什么 @SpringBootApplication 一个注解就能启动整个应用？ 答案藏在 AutoConfigurationImportSelector 这个类里。 本文从 @SpringBootApplication 注解出发，逐层深入源码，拆解自动配置的完整执行链路。读完后，你将彻底理解 Spring Boot 自动配置的工作原理，并能自己写一个 starter。 本文基于 Spring Boot 3.3.x / Spring Framework 6.1.x 源码分析。 一、从 @SpringBootApplication 开始 1.1 注解的"套娃"结构 @SpringBootApplication public class MyApplication { public static void main(String[] args) { SpringApplication.run(MyApplication.class, args); } } 点开 @SpringBo....