C#中的依赖注入(DI)是什么 - ASP.NET Core中的三种生命周期

来源：这里教程网时间：2026-02-21 17:32:27 作者：

依赖注入（DI）是 ASP.NET Core 的核心机制，它让类不直接创建依赖对象，而是由框架在运行时自动提供所需的服务实例。 这样做能降低耦合、提升可测试性，并统一管理对象的创建与生命周期。ASP.NET Core 内置了轻量级 DI 容器，支持三种服务生命周期：Transient、Scoped 和 Singleton —— 它们决定了服务实例被创建和复用的方式。

Transient（瞬时）

每次请求该服务时，容器都会创建一个全新实例。适合无状态、轻量级、线程安全的类，比如工具类、DTO 映射器或随机数生成器。

注册方式：services.AddTransientailService, SmtpEmailService>(); 同一请求中多次注入，得到的是不同实例；跨请求也完全不同。 注意避免在 Transient 服务中持有共享状态或长生命周期资源（如数据库连接），否则容易引发内存泄漏或并发问题。

Scoped（作用域）

每个请求（HTTP Request）对应一个服务实例。同一个请求内多次获取该服务，返回的是同一个对象；不同请求之间则相互隔离。

注册方式：services.AddScoped(); 这是仓储（Repository）、DbContext（如 Entity Framework Core）等需要与请求上下文绑定的服务最常用的选择。 在非 Web 场景（如后台任务）中使用 Scoped 服务，需手动创建 ServiceScope，否则会抛出异常。

Singleton（单例）

整个应用生命周期内只创建一次实例，所有请求和组件共享这一个对象。适合无状态、全局共享、开销大的服务，比如配置管理器、缓存客户端或日志记录器。

注册方式：services.AddSingleton(); 必须确保线程安全 —— 多个请求可能同时访问该实例。 不要在 Singleton 服务中注入 Scoped 或 Transient 服务（除非通过 IServiceScopeFactory 延迟解析），否则会导致“Scoped 服务泄漏到 Singleton”这类常见错误。

基本上就这些。选对生命周期不是靠猜，关键是看服务有没有状态、是否需要跨请求共享、以及它依赖了哪些其他服务。配错了，轻则行为异常，重则内存爆掉或数据错乱。