敖正炀

本文将视角从“术”升维至“道”——提炼支撑 Spring 框架灵活、健壮、高度可扩展的二十余种设计模式，揭示其架构设计的思想骨架。

在 XML 配置、@Value 注解或 Web 请求参数中，我们提供给 Spring 的几乎永远是字符串。那么，这些字符串是如何精准地变成 int、long、Date、List<User>等

从基于通用 SPI 的集中式清单管理，迈向基于专用接口的声明式按需组合。 本文将带你深入这两种机制的实现细节，剖析其背后的设计权衡，助你在自定义 Starter 开发或排查自动配置问题时，从“知其然”

@Import 是 Spring 模块化集成的万能钥匙。它就像一个 USB-C 接口——任何外部设备（第三方框架）只要遵循这个接口规范，就能即插即用地融入 Spring 生态。

系统地梳理这些扩展点的全貌，并给出大量实际应用举例，帮助你从“使用者”进阶为“定制者”，在需要时能够精准地选择正确的接口，对框架行为进行优雅地干预。

SpEL 作为 Spring 官方内嵌的表达式引擎，不仅支撑了 @Value、@Cacheable、@PreAuthorize 等无数注解背后的动态求值，还允许我们在运行时对 Bean 对象图进行查询

循环依赖并非单纯的“缓存结构”考题，其本质是对 Spring Bean 生命周期管理粒度的极限考验：容器在“实例化”与“完全就绪”两个状态之间，必须预留一个可供外界引用的“中间态”窗口，而三级缓存正是

以AOP 知识基座为起点，展示 AOP 的能力如何被赋予具体功能——它将不再是“日志打印”这样的简单切面，而是需要精确控制传播、回滚与资源清理的事务管理器调用链。

Spring AOP 的能力天花板——自调用失效的根源、切点表达式的性能陷阱，并引入 AspectJ 这一强大的盟友，特别是通过加载期织入（Load-Time Weaving, LTW）