.NET依赖注入生命周期详解：Singleton、Scoped、Transient怎么选？

Singleton服务全局共享，适用于无状态或高开销组件；Scoped服务每请求一实例，适合DbContext等需请求隔离的场景；Transient每次请求新建实例，适用于轻量无状态服务。选择需考量状态管理、线程安全与资源消耗，错误配置易致状态混乱或性能问题。

.NET 中的依赖注入（DI）容器管理服务的创建和生命周期。理解不同生命周期行为对应用性能和状态一致性至关重要。.NET 提供三种主要服务生命周期：Singleton、Scoped 和 Transient。选择合适的生命周期取决于服务的状态管理需求、并发访问场景以及资源开销。

Singleton（单例）

Singleton 生命周期表示该服务在应用程序启动时创建一次，之后所有请求都共享同一个实例。

适用场景：

• 无状态服务，例如日志记录器（ILogger）、配置读取器
• 需要全局共享状态或缓存的组件
• 高开销对象，如数据库连接池管理器

注意：如果服务包含可变状态，多个线程同时访问可能引发数据竞争，需自行处理线程安全。

Scoped（作用域）

Scoped 生命周期表示每个请求（如 HTTP 请求）创建一个实例，同一次请求内多次请求该服务返回同一实例，不同请求之间实例独立。

适用场景：

• Entity Framework 的 DbContext 等需要按请求隔离的数据上下文
• 需要在一次操作中保持状态的服务（如事务处理）
• Web 应用中常见的业务服务，要求实例不跨请求共享

在 ASP.NET Core 中，一个 HTTP 请求对应一个服务作用域。

Transient（瞬态）

Transient 生命周期表示每次从 DI 容器请求服务时都会创建一个新的实例。

适用场景：

• 轻量级、无状态的服务，如工具类、策略实现
• 服务本身是不可变的或构造成本低
• 需要避免状态污染，确保每次使用都是“干净”实例

频繁使用 Transient 服务可能增加 GC 压力，应避免用于重量级对象。

如何选择合适的生命周期？

选择依据主要看服务是否有状态、是否线程安全、使用频率和资源消耗。

• 服务是无状态且线程安全 → 可考虑 Singleton
• 服务有状态但需在单次请求内共享 → 使用 Scoped
• 服务总是需要全新实例，或避免状态残留 → 使用 Transient
• 涉及数据库上下文（如 EF Core）→ 推荐 Scoped
• 工具类、解析器、工厂等 → 通常 Transient

错误选择可能导致内存泄漏、状态混乱或性能下降。例如将 Scoped 服务注册为 Singleton，会导致多个用户共享同一个 DbContext，引发异常。

基本上就这些。根据服务的实际用途判断其生命周期，结合应用场景权衡共享性与隔离性，就能做出合理选择。