C#如何实现依赖注入的生命周期 DI作用域(Scope)详解

依赖注入的三种生命周期为Singleton、Scoped和Transient：Singleton全程单例；Scoped在每个作用域内单例，需配合IServiceScope使用；Transient每次解析新建实例。 Scoped服务不可在根容器直接解析，须通过CreateScope()创建作用域并及时释放。

在C#的.NET Core及后续版本中，依赖注入（DI）的生命周期管理是核心机制之一，它决定了服务实例何时创建、复用和释放。理解 作用域（Scope） 是掌握DI行为的关键——不是所有服务都该“单例”，也不是所有都该“每次新建”，而作用域正是控制“谁在什么时候能拿到同一个实例”的边界。

三种基础生命周期：Singleton、Scoped、Transient

它们不是抽象概念，而是注册服务时明确指定的行为策略：

• Singleton：整个应用生命周期内只创建一次实例，所有请求共享同一对象。适合无状态工具类、配置读取器、连接池管理器等。
• Scoped：每个 作用域（Scope）内 创建一次，同个Scope内多次解析返回同一实例；不同Scope间互不干扰。这是Web请求中最常用的模式（如一个HTTP请求就是一个Scope）。
• Transient：每次请求都新建实例，无共享、无状态依赖。适合轻量、无副作用的临时对象，比如DTO映射器、简单计算服务。

Scoped生命周期必须配合Scope使用，否则退化为Transient

Scoped服务只有在显式或隐式创建的 IServiceScope 内才能正确复用。在ASP.NET Core中，框架自动为每个HTTP请求创建一个Scope，所以Controller里注入的Scoped服务天然按请求隔离。

但如果你在后台任务、静态方法或HostedService中直接从 IServiceProvider（根容器）解析Scoped服务，会抛出异常或行为异常——因为根容器没有Scope上下文。

正确做法是手动创建Scope：

标签： 工具 c# 作用域 .net red