在.NET Core中,依赖注入(DI)通过内置容器管理对象的创建和生命周期,开发者只需在Startup.ConfigureServices
中注册服务并指定生命周期模式即可。以下是三种生命周期的区别及使用场景:
1. Singleton(单例)
- 生命周期:整个应用程序生命周期内仅创建一个实例,所有请求共享该实例。
- 使用场景:无状态服务或线程安全的组件(如日志服务、配置类)。
- 注意事项:
- 避免引用
Scoped
或Transient
服务,否则可能导致资源泄漏。 - 需确保线程安全(如静态变量或锁机制)。
- 避免引用
- 注册方法:
services.AddSingleton<IMyService, MyService>();
2. Scoped(作用域)
- 生命周期:每个作用域(如ASP.NET Core的HTTP请求)内创建一个实例,同一作用域内共享。
- 使用场景:需要跨同一操作共享状态的组件(如数据库上下文
DbContext
)。 - 注意事项:
- 在非Web应用(如控制台程序)中需手动创建作用域:
using var scope = serviceProvider.CreateScope();
var service = scope.ServiceProvider.GetRequiredService<IMyScopedService>();
- 避免在单例中注入`Scoped`服务(会导致实例被长期持有)。
- 注册方法:
services.AddScoped<IMyScopedService, MyScopedService>();
3. Transient(瞬时)
- 生命周期:每次请求(从容器中解析)时创建新实例。
- 使用场景:轻量级、无状态且需要独立实例的服务(如临时计算类)。
- 注意事项:
- 频繁创建实例可能影响性能,需权衡使用。
- 适合依赖关系简单、无资源占用的服务。
- 注册方法:
services.AddTransient<IMyTransientService, MyTransientService>();
生命周期依赖关系规则
- 单例服务不能依赖
Scoped
或Transient
服务(除非通过工厂方法或特殊处理)。 - 作用域服务通常由控制器或其他作用域内组件使用。
- 瞬时服务无限制,但需谨慎处理资源释放。
示例场景
- 日志服务:
Singleton
(全局共享,线程安全)。 - 数据库上下文:
Scoped
(每个请求独立,避免数据冲突)。 - 邮件发送服务:
Transient
(每次发送创建新实例,避免状态残留)。
总结
- Singleton:全局唯一,长期存活。
- Scoped:作用域内唯一,适合请求关联操作。
- Transient:每次全新实例,轻量级无状态。
正确选择生命周期可优化性能、避免资源泄漏,并确保依赖关系的正确性。