场景

Spring 项目常能快速启动，但 Bean 来源、代理边界和自动配置条件不清时，循环依赖、事务失效及配置覆盖会在维护期暴露。

原理

IoC 容器负责对象定义、创建、注入与生命周期，AOP 代理承载事务、异步和安全等横切逻辑。Spring MVC 组织请求链路，Spring Boot 再通过约定、条件装配和 Starter 降低配置成本。

设计步骤

先按业务能力划分 Bean，使用构造注入显式表达依赖；再区分领域逻辑与 Web、持久化适配层；为横切功能确认代理调用边界；阅读条件评估报告理解自动配置；最后用切片测试和集成测试验证容器行为。

权衡

容器管理提高组合能力，却隐藏对象创建过程；自动配置减少样板，也可能引入意外 Bean。AOP 避免重复代码，但调用路径更间接。便利与透明度之间需要通过清晰分层、日志和测试取得平衡。

实践建议

避免静态获取 Bean 和字段注入；配置项建立类型安全绑定并校验；业务类保持无框架侵入的核心逻辑。遇到注解“不生效”，先检查对象是否由容器管理、是否经过代理、方法可见性与异常类型，再考虑修改框架配置。

落地检查

上线前还应做一次桌面演练：准备正常、边界、超时、重复与恶意输入，确认系统的返回、日志和指标彼此对应；在预发布环境模拟依赖不可用、进程重启和配置回滚，验证降级路径不会放大故障。上线时采用小流量观察，提前定义停止条件与负责人。稳定后复盘真实数据，删除没有收益的复杂度，并把新发现的约束补进测试、监控和设计记录，使方案能够随业务持续演进，而不是停留在一次性评审结论。