在 依赖注入（Dependency Injection，简称 DI）中，通常有三种常见的服务生命周期模式，用于控制服务实例的创建和管理。这些模式分别是：Transient、Scoped 和 Singleton。这三种模式在 ASP.NET Core 中非常重要，因为它们决定了依赖项在应用程序中的生命周期。以下是这三种模式的详细解释：

1. Transient（瞬态）

• 生命周期： 每次请求都会创建一个新的服务实例。
• 适用场景： 短生命周期、无状态的服务。每次注入时需要一个新的对象实例。
• 注册方式： services.AddTransient<TService, TImplementation>();

特点：

• 当你需要服务在每个请求中创建一个新实例时，使用 Transient。
• 不共享实例，因此每次注入都会得到一个新的对象。
• 适合那些不保存状态的服务，比如某些业务逻辑操作、数据库查询等。

示例：

public void ConfigureServices(IServiceCollection services) {         
    services.AddTransient<IMyService, MyService>(); 
}

使用场景：

• 无状态的服务或具有短生命周期的服务（例如，服务在每次调用时进行独立处理，并不需要维护任何持久化数据）。

---

2. Scoped（作用域）

• 生命周期： 在每个请求或作用域内创建一个服务实例，并且在同一个请求或作用域中共享该实例。
• 适用场景： 适用于需要在同一请求中共享实例的服务。典型场景是数据库上下文（DbContext）等。
• 注册方式： services.AddScoped<TService, TImplementation>();

特点：

• 在同一个 HTTP 请求或作用域中，共享同一个服务实例。
• 适用于服务依赖于请求上下文或作用域（如数据库事务或用户会话数据）的场景。
• 跨请求时会重新创建实例，但在同一个请求内不会重复创建实例。

示例：

public void ConfigureServices(IServiceCollection services) { 
    services.AddScoped<IMyService, MyService>(); 
}

使用场景：

• 每个用户请求共享同一个实例，但不同的请求之间的实例是隔离的。
• 适用于数据库连接、用户请求处理等场景。

---

3. Singleton（单例）

• 生命周期： 在整个应用程序生命周期内只创建一个实例，所有请求共享同一个实例。
• 适用场景： 对象实例创建开销较大，或者需要在整个应用程序中共享数据或服务的场景。
• 注册方式： services.AddSingleton<TService, TImplementation>();

特点：

• 在整个应用程序运行期间，服务只有一个实例。
• 适合跨请求共享数据，或者服务的实例化成本较高且不需要频繁变化的情况。
• Singleton 服务可能会在应用启动时就被创建，或者首次被请求时才会创建。

示例：

public void ConfigureServices(IServiceCollection services) { 
    services.AddSingleton<IMyService, MyService>(); 
}

使用场景：

• 适用于跨多个请求需要共享数据的服务，如缓存、配置管理、日志记录等。
• 常用于应用启动时需要初始化的单例服务。

---

4. 总结比较

生命周期类型	服务实例的创建频率	生命周期说明	适用场景
Transient	每次请求时创建	每次依赖注入都会新建一个实例	无状态服务、轻量级服务
Scoped	在每个请求内共享	在一个请求的整个生命周期中使用同一个实例	数据库上下文、事务、用户请求上下文等
Singleton	整个应用程序生命周期内共享	在应用程序生命周期中共享同一个实例	配置管理、缓存、日志服务等

5. 使用场景举例

• Transient：数据库查询服务、HTTP客户端服务。
• Scoped：DbContext（通常每个请求使用一个数据库上下文）、身份验证服务。
• Singleton：应用配置、缓存、日志记录、缓存管理器。

通过合理选择服务生命周期模式，可以在保证应用性能的同时，更好地管理对象的状态和生命周期。

6. 依赖注入的优势

解耦合：通过依赖注入，一个类不再负责创建它所依赖的对象，而是将其依赖项传递给它。这样可以减少类之间的耦合。
易于测试：依赖注入让你更容易使用 mock 或 stub 替换服务，尤其在单元测试中，可以控制类的依赖项。
管理服务生命周期：你可以通过 Transient、Scoped 和 Singleton 控制依赖的生命周期，确保在不同的请求和会话中管理资源的使用。
提高可维护性：依赖注入使得代码的组织和扩展更清晰，当系统需求变化时，你可以更方便地替换、扩展或重构服务。
灵活性：你可以灵活地替换服务实现，而不必更改类的内部实现，增强了系统的扩展性和适应性。

7. 常见的依赖注入错误

服务生命周期不匹配：比如，尝试将一个 Scoped 服务注入到一个 Singleton 服务中，这样会导致容器无法创建该服务实例。
服务重复注册：同一个服务注册了多个实现，可能导致依赖注入容器混淆该使用哪个实现。
服务依赖过多：如果某个类依赖于过多的服务，可能表示该类的责任过重，应该考虑重构。

8. 总结

依赖注入 是一种常见的设计模式，广泛应用于现代应用程序开发中，尤其是 ASP.NET Core 框架。它通过解耦组件之间的依赖关系，使得系统更加灵活和可测试。
ASP.NET Core 内置支持依赖注入，开发者可以轻松地注册和注入服务，使用不同的生命周期来管理服务的创建和销毁。
依赖注入不仅帮助我们编写更可维护、可扩展的代码，还能提高单元测试的能力，因为我们可以控制依赖项并注入虚拟实现。
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/qq_41192896/article/details/144887294