依赖注入（DI）是 ASP.NET Core 的核心机制，通过 Transient、Scoped、Singleton 三种生命周期管理服务实例：Transient 每次请求新建实例，适合无状态轻量类；Scoped 每请求一个实例，适用于 DbContext 等需上下文绑定的服务；Singleton 全局唯一实例，须线程安全且不可直接注入 Scoped/Transient 服务。
依赖注入（DI）是 ASP.NET Core 的核心机制，它让类不直接创建依赖对象，而是由框架在运行时自动提供所需的服务实例。 这样做能降低耦合、提升可测试性，并统一管理对象的创建与生命周期。ASP.NET Core 内置了轻量级 DI 容器，支持三种服务生命周期：Transient、Scoped 和 Singleton —— 它们决定了服务实例被创建和复用的方式。
Transient（瞬时）
每次请求该服务时，容器都会创建一个全新实例。适合无状态、轻量级、线程安全的类，比如工具类、DTO 映射器或随机数生成器。
- 注册方式：services.AddTransient
ailService, SmtpEmailService>(); - 同一请求中多次注入，得到的是不同实例；跨请求也完全不同。
- 注意避免在 Transient 服务中持有共享状态或长生命周期资源（如数据库连接），否则容易引发内存泄漏或并发问题。
Scoped（作用域）
每个请求（HTTP Request）对应一个服务实例。同一个请求内多次获取该服务，返回的是同一个对象；不同请求之间则相互隔离。
- 注册方式：services.AddScoped
(); - 这是仓储（Repository）、DbContext（如 Entity Framework Core）等需要与请求上下文绑定的服务最常用的选择。
- 在非 Web 场景（如后台任务）中使用 Scoped 服务，需手动创建 ServiceScope，否则会抛出异常。
Singleton（单例）
整个应用生命周期内只创建一次实例，所有请求和组件共享这一个对象。适合无状态、全局共享、开销大的服务，比如配置管理器、缓存客户端或日志记录器。
- 注册方式：services.AddSingleton
(); - 必须确保线程安全 —— 多个请求可能同时访问该实例。
- 不要在 Singleton 服务中注入 Scoped 或 Transient 服务（除非通过 IServiceScopeFactory 延迟解析），否则会导致“Scoped 服务泄漏到 Singleton”这类常见错误。
基本上就这些。选对生命周期不是靠猜，关键是看服务有没有状态、是否需要跨请求共享、以及它依赖了哪些其他服务。配错了，轻则行为异常，重则内存爆掉或数据错乱。
