.NET 依赖注入中的 Captive Dependency
💡
原文中文，约2900字，阅读约需7分钟。
📝
内容提要
.NET中的“Captive Dependency”问题涉及生命周期长的服务（Singleton）依赖生命周期短的服务（Scope）。在Development环境下，.NET DI会校验并报错，而在其他环境下可能不会。尽管支持Captive Dependency，开发者需谨慎处理以避免线程安全问题，建议在Development环境中调试依赖注入。
🎯
关键要点
- .NET中的Captive Dependency问题涉及生命周期长的服务（Singleton）依赖生命周期短的服务（Scope）。
- 在Development环境下，.NET DI会校验并报错，而在其他环境下可能不会。
- Captive Dependency会导致生命周期短的服务被及时释放，可能导致后续操作失败，且存在非线程安全问题。
- .NET DI支持Captive Dependency，但在Development环境下或手动开启ValidateScopes时会阻止它。
- 开发者在编写代码时需谨慎处理Captive Dependency，不能完全依赖.NET的检测。
- 微软基于性能考虑在生产环境中默认不开启依赖关系校验，开发者需自行负责依赖关系。
❓
延伸问答
.NET中的Captive Dependency是什么？
Captive Dependency是指生命周期长的服务（如Singleton）依赖生命周期短的服务（如Scope），这种情况可能导致短生命周期服务被及时释放。
在Development环境下，.NET DI如何处理Captive Dependency？
在Development环境下，.NET DI会校验服务的依赖关系，并报错，阻止Captive Dependency的发生。
为什么Captive Dependency会导致线程安全问题？
因为Singleton服务可以被多个线程共享，而Scope服务通常是非线程安全的，可能在并发操作时导致错误。
.NET DI在生产环境中如何处理依赖关系校验？
在生产环境中，.NET DI默认不开启依赖关系校验，开发者需要自行负责依赖关系的管理。
开发者在处理Captive Dependency时应该注意什么？
开发者应谨慎处理Captive Dependency，不能完全依赖.NET的检测，需自行确保依赖关系的安全性。
如何手动开启ValidateScopes以防止Captive Dependency？
可以通过手动设置ValidateScopes为true来开启依赖关系的校验，这样在任何环境下都会检查依赖关系。
➡️
