Day 011 — Spring 全家桶深度拆解

2026-07-25 |️Java · 后端方向 |⏱️建议 5h |Spring 是 Java 面试的绝对核心——IOC/AOP/Boot 三位一体 今日知识地图Spring 面试全景 │ ├── 模块一Spring IOC │ ├── BeanFactory vs ApplicationContext │ ├── Bean 生命周期12 步完整版 │ ├── 三级缓存 循环依赖面试最难 │ └── 依赖注入Autowired/Resource/构造器注入 │ ├── 模块二Spring AOP │ ├── JDK 动态代理 vs CGLIB │ ├── Transactional 原理 失效的 6 种场景 │ ├── 事务传播行为7 种 │ └── 事务隔离级别 │ ├── 模块三Spring Boot │ ├── 自动配置原理SpringBootApplication 拆解 │ ├── starter 机制 自定义 starter │ ├── Conditional 条件装配 │ └── 配置文件加载优先级 │ ├── 模块四Spring MVC │ ├── DispatcherServlet 完整请求流程 │ ├── 拦截器 vs 过滤器 vs AOP │ └── 统一异常处理 │ ├── 模块五MyBatis │ ├── 核心执行流程SqlSession → Executor → StatementHandler │ ├── 一级缓存 vs 二级缓存 │ ├── #{} vs ${}SQL 注入 │ └── 插件机制Interceptor 动态代理 │ └── 面试题精选10 道 公司标签模块一Spring IOC1.1 IOC 解决了什么问题没有 IOC class UserService { private UserDao dao new UserDaoImpl(); // 自己 new 依赖 } 问题UserService 和 UserDaoImpl 紧耦合换实现要改代码 有 IOC class UserService { Autowired private UserDao dao; // Spring 帮你注入 } 优势UserService 只依赖接口实现可以随时换DI 实现 IOCIOC控制反转把对象的创建和管理权交给 Spring 容器需要时注入。DI依赖注入IOC 的具体实现方式。三种注入方式方式示例推荐度构造器注入public X(Service s) {}推荐不可变、非空、易测试Setter 注入public void setS(Service s) {}可选依赖用字段注入Autowired private Service s;不推荐难以测试、隐藏依赖1.2 BeanFactory vs ApplicationContext维度BeanFactoryApplicationContext定位底层容器IOC 核心高级容器企业级功能Bean 加载懒加载首次 getBean 才初始化预加载启动时初始化所有单例 Bean功能基本 DIDI AOP 事件 国际化 资源加载 …使用几乎不直接用一切 Spring 应用的入口ApplicationContext 常用实现 ClassPathXmlApplicationContext ← XML 配置 AnnotationConfigApplicationContext ← 注解配置 Spring Boot自动创建 AnnotationConfigServletWebServerApplicationContext1.3 Bean 生命周期面试必背 12 步1. 实例化Instantiation → 通过反射调用构造器创建对象实例 2. 属性赋值Populate Properties → Autowired / Value / Resource 注入 3. BeanNameAware.setBeanName() → 让 Bean 知道自己在容器中的名称 4. BeanFactoryAware.setBeanFactory() → 让 Bean 获取 BeanFactory 引用 5. ApplicationContextAware.setApplicationContext() → 让 Bean 获取 ApplicationContext 引用 6. BeanPostProcessor.postProcessBeforeInitialization() → 初始化前置处理如 PostConstruct 注解的处理 7. PostConstruct 标注的方法 → 初始化回调 8. InitializingBean.afterPropertiesSet() → 属性设置完毕后的回调 9. 自定义 init-method → Bean(initMethod init) 10. BeanPostProcessor.postProcessAfterInitialization() → 初始化后置处理AOP 代理对象在这里生成 11. Bean 就绪可以被使用了 12. PreDestroy / DisposableBean.destroy() / destroy-method → 销毁回调// 最精简的记忆方式// 创建 → 注入 → Aware → 前置处理 → 初始化 → 后置处理(AOP) → 就绪 → 销毁1.4 三级缓存 循环依赖面试最难知识点// ═══════════════════════════════════════// 三级缓存的定义// ═══════════════════════════════════════// 一级缓存singletonObjects 完全初始化好的单例 Bean// 二级缓存earlySingletonObjects早期暴露的半成品 Bean已实例化但未属性填充// 三级缓存singletonFactories 生成半成品 Bean 的工厂Lambda 表达式// ═══════════════════════════════════════// 循环依赖场景A 依赖 BB 依赖 A// ═══════════════════════════════════════// 解决流程// 1. 创建 A实例化 → 将 A 的 ObjectFactory 放入三级缓存 → 属性填充时发现需要 B// 2. 创建 B实例化 → 将 B 的 ObjectFactory 放入三级缓存 → 属性填充时发现需要 A// 3. B 从三级缓存获取 A 的 ObjectFactory → 调用 getObject() 获取 A 的半成品// → 将 A 的半成品放入二级缓存 → 移除三级缓存中 A 的工厂// 4. B 注入 A 的半成品 → B 完成初始化 → 将完整的 B 放入一级缓存// 5. A 注入完整的 B → A 完成初始化 → 将 A 的半成品升级为完整的 A// → 将完整的 A 放入一级缓存 → 移除二级缓存中 A 的半成品// ═══════════════════════════════════════// 为什么需要三级缓存而不是两级// ═══════════════════════════════════════// 答案AOP// 如果只有两级缓存二级直接存半成品对象// → 当 B 注入 A 时拿到的是原始对象// → 但 A 可能需要被 AOP 代理// → 如果 A 被代理了B 注入的应该是代理对象而非原始对象// → 但此时 A 还没完成属性填充无法确定是否要生成代理// 三级缓存的精妙之处// → 三级缓存存的不是对象而是 ObjectFactoryLambda// → getObject() 内部会检查是否需要 AOP 代理 → 需要就返回代理对象不需要就返回原始对象// → 无论后续属性如何变化这个 Lambda 都能返回正确的版本// ═══════════════════════════════════════// 循环依赖不能解决的场景// ═══════════════════════════════════════// ① 构造器注入的循环依赖 → 实例化就无法完成三级缓存救不了// 解决改用 Setter 注入或 Lazy延迟注入// ② prototype 作用域的循环依赖 → 不会用缓存// 解决改成单例或重新设计// Spring 解决循环依赖的前提// → 单例 Bean// → Setter/字段注入不是构造器注入模块二Spring AOP2.1 AOP 核心概念AOP面向切面编程 把横切关注点日志、事务、权限从业务代码中抽离 核心术语 Aspect切面 横切逻辑 切点 JoinPoint连接点 能插入切面的位置方法执行 Pointcut切点 匹配连接点的表达式 Advice通知 在切点做什么、什么时候做 Before → 方法执行前 After → 方法执行后无论是否异常 AfterReturning → 方法正常返回后 AfterThrowing → 方法抛异常后 Around → 环绕最强大手动调 joinPoint.proceed() Weaving织入 将切面应用到目标对象编译期/类加载期/运行期2.2 JDK 动态代理 vs CGLIB// ═══════════════════════════════════════// JDK 动态代理// ═══════════════════════════════════════// 原理实现目标类的接口 → 生成代理类 $Proxy0 extends Proxy implements Interface// 要求目标类必须有接口// 创建Proxy.newProxyInstance(classLoader, interfaces, invocationHandler)// 每次调用代理方法 → InvocationHandler.invoke() → 可加通知// ═══════════════════════════════════════// CGLIB 代理// ═══════════════════════════════════════// 原理继承目标类 → 生成子类 Enhancer extends TargetClass// 通过 ASM 修改字节码// 要求目标类不能是 finalfinal 类不能继承// 方法不能是 finalfinal 方法不能重写// 创建Enhancer.create(targetClass, methodInterceptor)// ═══════════════════════════════════════// Spring AOP 的选择策略// ═══════════════════════════════════════// Spring Boot 1.x默认 JDK 动态代理// Spring Boot 2.x默认 CGLIB即使有接口也用 CGLIB// 配置 spring.aop.proxy-target-classtrue默认// 手动指定EnableAspectJAutoProxy(proxyTargetClass true) → CGLIB2.3 Transactional 失效的 6 种场景面试必问// ═══════════════════════════════════════// 场景 1方法不是 public最常见// ═══════════════════════════════════════TransactionalprivatevoiddoSomething(){}// ❌ 私有方法代理对象调不到// ═══════════════════════════════════════// 场景 2同类方法调用this 调用绕过代理// ═══════════════════════════════════════ServicepublicclassUserService{publicvoidmethodA(){this.methodB();// ❌ this 是原始对象不是代理对象}TransactionalpublicvoidmethodB(){}// 事务失效}// 解决注入自己 Autowired private UserService self; → self.methodB();// ═══════════════════════════════════════// 场景 3异常被 try-catch 吞掉// ═══════════════════════════════════════Transactionalpublicvoidsave(){try{// 数据库操作inti1/0;// 抛出 RuntimeException}catch(Exceptione){log.error(出错了,e);// ❌ 吞掉异常Spring 感知不到 → 不回滚}}// 解决catch 中手动抛出异常 或 设置 rollbackFor// ═══════════════════════════════════════// 场景 4rollbackFor 设置错误// ═══════════════════════════════════════Transactional// 默认只回滚 RuntimeException 和 Errorpublicvoidsave()throwsException{thrownewException(检查异常);// ❌ 不会回滚}// 解决Transactional(rollbackFor Exception.class)// ═══════════════════════════════════════// 场景 5数据库引擎不支持事务// ═══════════════════════════════════════// MyISAM 不支持事务 → 怎么配置 Transactional 都没用 → 用 InnoDB// ═══════════════════════════════════════// 场景 6多线程调用// ═══════════════════════════════════════Transactionalpublicvoidsave(){newThread(()-{mapper.insert(data);// ❌ 新线程不在当前事务中}).start();}2.4 事务传播行为7 种传播行为当前有事务当前无事务典型场景REQUIRED默认加入当前事务新建事务大多数场景REQUIRES_NEW挂起当前事务新建新建事务日志记录独立提交SUPPORTS加入当前事务不开启事务查询NOT_SUPPORTED挂起当前事务非事务运行非事务运行不需要事务的操作MANDATORY加入当前事务抛异常必须在事务中NEVER抛异常非事务运行必须在非事务中NESTED创建嵌套事务Savepoint新建事务部分回滚模块三Spring Boot3.1 SpringBootApplication 拆解SpringBootApplication// SpringBootConfiguration ← 等同于 Configuration标记这是一个配置类// EnableAutoConfiguration ← 自动配置的核心// ComponentScan ← 扫描当前包及子包的组件// ═══════════════════════════════════════// EnableAutoConfiguration 的奥秘// ═══════════════════════════════════════EnableAutoConfiguration// AutoConfigurationPackage ← 注册当前包路径给 JPA 等用的// Import(AutoConfigurationImportSelector.class)// AutoConfigurationImportSelector// 1. 从 META-INF/spring.factories老版// 或 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports新版// 中读取所有自动配置类的全限定名// 2. 每个自动配置类上都有 ConditionalOnXxx 注解// 3. 满足条件 → 加载配置 → 创建对应的 Bean// 4. 不满足 → 跳过// 例子DataSourceAutoConfiguration// ConditionalOnClass(DataSource.class) ← classpath 中有 DataSource 才生效// ConditionalOnMissingBean(DataSource.class) ← 用户没自定义 DataSource 才自动创建3.2 starter 机制一个 starter 一个 JAR 包包含 → 所依赖的库pom.xml 中声明为传递依赖 → 自动配置类AutoConfiguration → spring.factories / AutoConfiguration.imports 文件 命名规范 官方spring-boot-starter-xxx如 spring-boot-starter-web 第三方xxx-spring-boot-starter如 mybatis-spring-boot-starter 自定义 starter 要点 ① 写一个配置类用 Bean 创建需要自动配置的对象 ② 用 ConditionalOnXxx 控制生效条件 ③ 在 AutoConfiguration.imports 中注册配置类 ④ ConfigurationProperties(prefix my.starter) 读取 application.yml 配置3.3 配置文件加载优先级高到低1. 命令行参数--server.port8080 2. SPRING_APPLICATION_JSON 环境变量 3. OS 环境变量SPRING_SERVER_PORT 4. application-{profile}.yml外部 jar 包外 5. application-{profile}.ymljar 包内 6. application.yml外部 7. application.yml内部 8. PropertySource 导入的配置 外部 内部带 profile 不带 profile命令行 一切模块四Spring MVC4.1 DispatcherServlet 完整请求流程用户请求 /user/123 │ ▼ ┌──────────────┐ │ 过滤器链 │ ← Filter不是 Spring MVC 的一部分是 Servlet 规范 └──────┬───────┘ │ ▼ ┌──────────────────┐ │ DispatcherServlet │ ← Spring MVC 的核心前端控制器 └──────┬───────────┘ │ ▼ ① HandlerMapping找处理器 根据 /user/123 → UserController.getUser() │ ▼ ② HandlerAdapter执行处理器 反射调用 getUser(123)返回 ModelAndView 或 ResponseBody 对象 │ ▼ ③ [拦截器 postHandle] │ ▼ ④ ViewResolver解析视图 将逻辑视图名 user 解析为 /WEB-INF/views/user.jsp 如果是 ResponseBody → 走 HttpMessageConverter → 写 JSON 到响应 │ ▼ ⑤ 渲染视图 / 写响应体 │ ▼ ⑥ [拦截器 afterCompletion]4.2 拦截器 vs 过滤器 vs AOP维度过滤器 (Filter)拦截器 (Interceptor)AOP规范Servlet 规范Spring MVCSpring容器Servlet 容器管理Spring 容器管理Spring 容器管理范围所有请求仅 DispatcherServlet 处理的请求Spring Bean 的方法能力只能操作 Request/Response可访问 HandlerController ModelAndView可访问方法参数和返回值粒度URL 级别URL 级别方法级别模块五MyBatis5.1 核心执行流程SqlSession门面 │ ▼ Executor执行器 ├── SimpleExecutor ← 每次新 PreparedStatement默认 ├── ReuseExecutor ← 复用 PreparedStatement └── BatchExecutor ← 批量操作 │ ▼ StatementHandler语句处理器 ├── RoutingStatementHandler路由 ├── SimpleStatementHandler └── PreparedStatementHandler │ ▼ ParameterHandler参数处理 │ ▼ TypeHandler类型转换 │ ▼ JDBC PreparedStatement → 数据库 │ ▼ ResultSetHandler结果集映射5.2 一级缓存 vs 二级缓存维度一级缓存Local Cache二级缓存Second Level Cache作用域SqlSession 级别Mapper 级别Namespace生命周期随 SqlSession 关闭而清除应用级别默认开启是否清除update/delete/insert 后自动清除同左 可定时清除问题不同 SqlSession 间缓存不一致脏读风险分布式需额外处理5.3 #{} vs ${}SQL 注入核心!-- #{}预编译占位符 → 安全 --selectidgetUserresultTypeUserSELECT * FROM users WHERE name #{name}/select!-- 编译为SELECT * FROM users WHERE name ? → 参数安全绑定 --!-- ${}字符串替换 → 危险SQL 注入风险 --selectidgetUserresultTypeUserSELECT * FROM users ORDER BY ${column}/select!-- 直接拼接SELECT * FROM users ORDER BY name --!-- 如果 column name; DROP TABLE users; → 灾难 --// ${} 的唯一合法场景// ① 动态表名/列名ORDER BY / GROUP BY 的列名// ② LIKE 模糊查询但 #{} CONCAT(%, #{keyword}, %) 更好// 其他所有场景一律用 #{}面试题精选10 道Q1. Spring IOC 的理解Bean 的生命周期字节/阿里/美团 最高频标准回答IOC控制反转把对象的创建和管理交给 Spring 容器通过 DI依赖注入将依赖注入给使用方。Bean 生命周期实例化 → 属性注入 → Aware 回调 → BeanPostProcessor 前置处理 → PostConstruct → InitializingBean → init-method → BeanPostProcessor 后置处理AOP 代理在此生成→ 就绪 → 容器关闭时 PreDestroy → DisposableBean → destroy-method。最精简记忆创建 → 注入 → 初始化前后处理 → 就绪 → 销毁。Q2. Spring 怎么解决循环依赖为什么用三级缓存阿里/字节 超高频标准回答Spring 通过三级缓存解决单例 Bean 的 Setter/字段注入的循环依赖。一级缓存存成品 Bean二级缓存存半成品三级缓存存 ObjectFactoryLambda。流程A 和 B 互相依赖 → A 实例化后把 ObjectFactory 放入三级缓存 → 发现需要 B → B 实例化 → B 需要 A → 从三级缓存获取 A 的 ObjectFactory → 调用 getObject() 获取 A 的半成品此处判断是否需 AOP 代理→ 移入二级缓存 → B 注入 A 完成后放入一级缓存 → A 注入完整的 B 后也放入一级缓存。为什么需要三级而非两级因为 AOP。二级存对象则无法在后续得知是否需要代理。三级存 LambdagetObject() 内部会判断并返回正确的版本代理或原始对象。Q3. Transactional 失效的场景阿里/美团/字节 高频标准回答六种① 方法非 public代理调不到② 同类方法调用 this.method()绕过了代理对象③ try-catch 吞掉异常Spring 感知不到④ rollbackFor 未正确设置默认只回滚 RuntimeException检查异常不回滚⑤ 数据库引擎不支持事务MyISAM⑥ 多线程调用新线程不在原事务中。Q4. Spring Boot 自动配置原理阿里/字节 高频标准回答SpringBootApplication 包含 EnableAutoConfiguration → Import(AutoConfigurationImportSelector) → 读取 META-INF/spring/…AutoConfiguration.imports 文件 → 加载 N 个自动配置类 → 每个类上都有 ConditionalOnXxx 条件注解 → 满足条件则创建 Bean。例如 DataSourceAutoConfigurationConditionalOnClass(DataSource.class) 检查 classpathConditionalOnMissingBean 检查用户是否已自定义两者都满足才自动创建数据源。Q5. Spring AOP 的原理JDK 动态代理和 CGLIB 区别阿里/美团标准回答AOP 通过代理模式将横切逻辑日志/事务/权限织入目标方法。JDK 动态代理要求目标类有接口生成 Proxy 子类实现接口InvocationHandler 拦截调用。CGLIB 通过 ASM 修改字节码生成目标类的子类来代理不能代理 final 类和方法。Spring Boot 2.x 默认使用 CGLIB即使有接口。AOP 代理生成发生在 Bean 生命周期的 BeanPostProcessor 后置处理阶段。Q6. Spring MVC 的请求处理流程字节/阿里标准回答DispatcherServlet 统一接收请求 → HandlerMapping 找到对应的 Controller 方法 → HandlerAdapter 执行 → Controller 返回 ModelAndView 或 ResponseBody 对象 → ViewResolver 解析视图 或 HttpMessageConverter 写 JSON → 响应返回。拦截器有 preHandleController 前、postHandleController 后、视图前、afterCompletion视图后三个切入时机。Q7. MyBatis #{} 和 ${} 的区别阿里/美团 高频标准回答#{} 是预编译占位符?安全防 SQL 注入自动加引号。${} 是字符串直接拼接有 SQL 注入风险只在动态表名/列名/ORDER BY 等必须拼接的场景使用。开发规范能用 #{} 绝不用 ${}。Q8. Spring 事务传播行为 REQUIRED 和 REQUIRES_NEW 的区别字节/阿里标准回答REQUIRED默认有事务则加入没有则创建。REQUIRES_NEW 不管当前有没有事务都创建新事务有则挂起当前事务。典型场景订单创建REQUIRED 日志记录REQUIRES_NEW日志写入独立提交不受订单事务回滚的影响。Q9. BeanFactory 和 ApplicationContext 区别腾讯/阿里标准回答BeanFactory 是底层 IOC 容器懒加载首次 getBean 才初始化功能简单。ApplicationContext 继承 BeanFactory预加载启动时初始化所有单例 Bean提供 AOP、事件发布、国际化、资源加载等企业功能。日常开发只用 ApplicationContext。Q10. MyBatis 一级缓存和二级缓存的区别美团/字节标准回答一级缓存是 SqlSession 级别默认开启同 Session 内相同查询走缓存update/delete/insert 后清空。二级缓存是 Mapper 级别跨 Session需手动开启所有 Session 共享有脏读风险。生产环境慎用二级缓存分布式场景建议用 Redis 等分布式缓存替代。 今日知识图谱Spring 全家桶 DAY 11 │ ├── Spring IOC │ ├── Bean 生命周期 12 步重点后置处理生成 AOP 代理 │ ├── 三级缓存一级(成品)/二级(半成品)/三级(ObjectFactory) │ │ └── 为什么三级AOP 代理的不确定性 │ └── 循环依赖前提单例 Setter/字段注入构造器不行 │ ├── Spring AOP │ ├── JDK 动态代理(接口) vs CGLIB(继承, Spring Boot 2.x 默认) │ └── Transactional 失效 6 大场景非public/this调用/吞异常最常考 │ ├── Spring Boot │ ├── SpringBootApplication Config EnableAutoConfig ComponentScan │ └── 自动配置读取 .imports → ConditionalOnXxx → 创建 Bean │ ├── Spring MVC │ ├── DispatcherServlet → HandlerMapping → HandlerAdapter → ViewResolver │ └── Filter(最外层) vs Interceptor(Spring MVC) vs AOP(方法级) │ └── MyBatis ├── SqlSession → Executor → StatementHandler → JDBC ├── #{}预编译(安全) vs ${}字符串拼接(SQL注入风险) └── 一级缓存(SqlSession,默认开启) vs 二级缓存(Mapper,慎用) 明日预告Day 12 — MySQL Redis 深度拆解B 树索引 聚簇 vs 非聚簇 联合索引最左前缀 索引失效 10 场景MVCCReadView Undo Log 事务隔离级别 锁Record/Gap/Next-KeySQL 优化explain 分析 覆盖索引 索引下推 分库分表Redis 5 种结构底层SDS/ziplist/skiplist 缓存穿透/击穿/雪崩持久化 RDB vs AOF vs 混合 分布式锁setnxLua10 道 MySQL Redis 高频真题速通心法Spring 面试三座大山——IOC 的循环依赖三级缓存 为什么不是两级、AOP 的 Transactional 失效6 种场景必须倒背如流、Boot 的自动配置读 imports → Conditional 判断 → 创建 Bean。这三个讲清楚Spring 面试就过了一半。另一半是 MyBatis 的 ${} SQL 注入风险和缓存对比。