Spring Framework 6.2.5 中并行线程初始化导致的无限等待问题分析

问题背景

在 Spring Framework 6.2.5 版本中，当在并行线程（如从 @PostConstruct 方法中启动的线程）中尝试获取一个正在初始化过程中的单例 bean 时，可能会遇到无限等待的问题。这种情况特别容易发生在存在循环依赖的场景下。

问题现象

当以下条件同时满足时，系统会进入无限等待状态：

1. 存在一个单例 bean 的循环依赖链
2. 该循环依赖链中的某个 bean 在初始化过程中（如 @PostConstruct 方法）启动了新的线程
3. 新线程尝试通过 context.getBean() 获取正在初始化过程中的 bean
4. Spring 容器处于预实例化阶段（preInstantiationPhase=true）且持有单例锁

在这种情况下，DefaultSingletonBeanRegistry.getSingleton() 方法会被调用两次，第二次调用会抛出 BeanCurrentlyInCreationException，进而触发 lenientCreationFinished.await() 等待，而这个等待永远不会被通知，因为 bean 的创建是由同一个线程完成的。

技术原理分析

Spring 的单例 bean 初始化过程是线程安全的，通过 DefaultSingletonBeanRegistry 中的同步机制来保证。在 6.2.5 版本中，当遇到循环依赖时，处理逻辑存在以下缺陷：

1. 当主线程正在初始化 bean 时，会持有单例锁
2. 并行线程尝试获取同一个 bean 时，会进入等待状态
3. 由于主线程和并行线程之间存在循环依赖，并行线程的等待永远不会被释放
4. 系统进入死锁状态

解决方案

Spring 团队在 6.2.6 版本中修复了这个问题，主要改进包括：

1. 增加了对原始创建线程的显式检查
2. 在检测到这种情况时，直接抛出 BeanCurrentlyInCreationException 而不是进入无限等待
3. 确保在 finally 块中清理线程引用，避免内存泄漏

最佳实践建议

虽然 Spring 已经修复了这个问题，但从设计角度考虑，建议开发者遵循以下最佳实践：

1. 避免循环依赖：尽量重构代码，消除 bean 之间的循环依赖关系
2. 使用懒加载：对于必须存在的循环引用，可以使用 @Autowired @Lazy 注解
3. 合理控制线程创建：
   • 避免在 @PostConstruct 方法中直接创建线程
   • 考虑使用 Spring 6.2 引入的 @Bean(bootstrap=BACKGROUND) 特性
   • 使用 SmartInitializingSingleton.afterSingletonsInstantiated() 或 Lifecycle.start() 方法来启动后台线程
4. 显式声明依赖：对于异步线程依赖的 bean，使用 @DependsOn 强制提前初始化

版本兼容性说明

• 6.1 及以下版本：能够正常解析循环依赖
• 6.2-6.5 版本：存在无限等待问题
• 6.2.6 及以上版本：抛出明确的异常，避免无限等待

总结

这个问题揭示了在复杂并发场景下 Spring 容器初始化的潜在风险。虽然框架已经提供了修复方案，但更重要的是开发者应该理解单例初始化的线程安全机制，并遵循推荐的实践模式来构建健壮的应用程序。特别是在涉及异步操作和复杂依赖关系的场景下，提前规划和合理设计 bean 的生命周期管理至关重要。