SpringAOP两套代理创建路线设计哲学与开源实践Spring 给一个 bean 织入增强有两条完全不同的路线:一条是 AbstractAutoProxyCreator——代理的"所有者",统揽一切、独占代理命运、为循环依赖提前暴露兜底;另一条是 AbstractAdvisingBeanPostProcessor——增强的"贡献者",只往已有代理上幂等叠加一条 advisor,不拥有代理、不为循环依赖负责。@Async 在循环依赖里静默失效,根因不是 bug,而是后一套哲学自带的取舍。本文从源码拆开这两套设计,推演"为什么不能合并",并按真实可考的 Sp