Java 进阶 03：Spring 生态与典型服务端架构（IoC、AOP、事务与集成）

本篇目标：能描述 Bean 生命周期与代理对象；能解释 @Transactional 传播、rollbackFor、只读事务；能列举至少三种「事务不生效」；能说清缓存与 DB 一致性常见路径。

1. 知识点：IoC 容器要点#

• BeanDefinition → 实例化 → 属性注入 → 初始化回调 → 就绪。
• 作用域：singleton（默认）、prototype、request/session（Web）。
• 循环依赖：Spring 用三级缓存解决部分字段注入场景；构造器循环仍应避免——设计问题。

2. 知识点：AOP 代理#

自调用陷阱：同类 this.foo() 不走代理 → @Transactional/@Cacheable 可能失效。

修复：拆 @Service、自注入（谨慎）、或 AopContext.currentProxy()（需开启 expose）。

3. 知识点：@Transactional#

传播（常用）：

rollbackFor：默认不回滚受检异常——业务异常若是 checked，必须指定。

@Transactional(rollbackFor = Exception.class)
public void placeOrder(...) { ... }

只读：优化 hint + 避免无意写入；仍可能因驱动忽略而不绝对。

4. 知识点：事务边界设计#

• 远程 RPC、发消息、跨库：与本地事务解耦（Outbox 见精通篇）。
• 重逻辑移出事务：缩短锁持有，降低死锁概率。

5. 知识点：缓存三连击#

更新路径：先 DB 再删缓存 或 订阅 binlog——团队选一种并文档化。

6. Lab（迷你转账）#

• transfer(from,to,amount)：REQUIRES_NEW 审计日志 vs REQUIRED 同事务对比。
• 故意同类 private @Transactional 自调用观察失效。

7. 自测清单#

1. 三种事务失效场景。
2. REQUIRES_NEW 典型用途？
3. 缓存与 DB 不一致的常见触发？
4. JDK 代理为何导致注入自身失效？

进阶篇结束。