ASP.NET Core 依赖注入的三种服务生命周期

前言

依赖注入（Dependency Injection, DI） 是一种实现控制反转（Inversion of Control, IoC） 的软件设计模式，也是构建松耦合、可测试、易维护应用程序的核心技术。其核心理念是：不要在类内部创建依赖，而是由外部容器将依赖注入进来。
在现代 ASP.NET Core 中内置了强大的 DI 容器，正确使用 DI 的关键在于理解 Transient、Scoped 和 Singleton 这三种服务生命周期，它们决定了服务实例的创建时机、共享范围与生命周期。本文将清晰解析三者的区别和适用场景。
简单概述

在 ASP.NET Core 中，依赖注入容器通过IServiceCollection支持三种服务注册生命周期：

IServiceCollection 是 .NET 依赖注入（DI）系统中的核心接口之一，用于注册和管理应用程序所需的服务。

生命周期注册方法实例创建时机共享范围Transient（瞬态）AddTransient()每次请求都创建新实例不共享Scoped（作用域）AddScoped()每个作用域（如 HTTP 请求）创建一次在同一作用域内共享Singleton（单例）AddSingleton()应用启动时创建一次（或首次使用时）整个应用生命周期共享选型口诀

• 跨请求共享、需复用 → Singleton（线程安全要做好）
  
• 请求内共享、一致性、上下文传递 → Scoped
  
• 一次性、无状态、轻量 → Transient
  

Transient（瞬态）

每次从 DI 容器请求服务时，都会创建一个全新的实例。
适用场景

• 轻量级、无状态的服务。
  
• 请求级独立状态：每次调用需要独立状态或副作用隔离的组件。
  
• 短生命周期依赖链：依赖链中各服务都很轻、无共享资源的场景。
  

Scoped（作用域）

在同一个作用域内共享同一个实例，不同作用域创建不同实例。
在 ASP.NET Core 中，每个 HTTP 请求就是一个作用域。
适用场景

• 需要在单次请求中共享状态的服务。
  
• 数据库上下文（DbContext）：AddDbContext() 默认注册为 Scoped，保证同一 HTTP 请求内复用同一个数据库上下文，避免实体跟踪混乱、重复连接开销，并支持事务一致性。
  
• 工作单元（Unit of Work）与数据仓储（Repository）：与 DbContext 同生命周期，保障查询→修改→提交的一致性，并减少资源创建销毁。
  

Singleton（单例）

整个应用程序生命周期内只创建一次实例，所有请求共享同一个对象。
适用场景

• 无状态、线程安全的全局服务（如工具类、映射器）。
  
• 配置封装服务（如 IAppSettings），启动后内容不变。
  
• 全局缓存（如 IMemoryCache），需跨请求共享数据。
  

参考文章

• https://learn.microsoft.com/zh-cn/dotnet/core/extensions/dependency-injection#service-lifetimes
  

来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！