.Net 核心 DI 范围验证，范围与瞬态？

Question

阅读docs：

当应用在开发环境中运行时，默认 服务提供商执行检查以验证：

• 范围服务不是直接或间接从根服务提供者解析的。
• 作用域服务不会直接或间接注入到单例中

这意味着我不应该将 Scoped 服务注入到单例服务中。

基于瞬态服务每次被请求时都会创建一个实例的事实，VS 范围服务在整个请求的生命周期中都是单个实例：

问题：

为什么 DI 只验证作用域服务而不验证瞬态服务？

Answer 1

从单例解析作用域服务是很危险的。可能会导致服务在处理后续请求时状态不正确。

来自Docs 上面描述了他们为什么要进行此检查。为了更好地理解这一点，我开始阅读不同的生命周期，更多的是作为一个 autofac 人，以了解注册的 .net 核心风格。

• 范围注册需要一个服务生命周期是一个 每个请求的实例（连接）
• Singleton 仅在注册时或构造函数运行时定义了一个状态。 （在startup.cs）
• 瞬态是每个构造函数注入的新实例，即每个 依赖。

通常，您会使用单例模式在内存中维护应用程序生命周期中的某种状态等，有很多用例，但重要的是要了解单例类的构造函数（注入依赖项的位置）将在您的整个应用程序生命周期中运行一次且仅一次。

您可以想象，在考虑到上述情况的同时将作用域或瞬态服务注入单例会导致一些......意想不到的结果，您希望您的服务能够遵守其特定的生命周期，但实际上它真的只是由于单例的性质，每次都是相同的实例。

根据我的理解回答您的问题：注入单例的瞬态（虽然本质上不正确）仍然可以正常工作，因为它的生命周期很短并且几乎没有破坏状态的风险，而作用域保证单个请求的生命周期（以某种请求缓存为例），作用域无法在注入单例时遵守该生命周期。