服务生命周期关系

Targo
237 阅读3分钟

image.png

在 ASP.NET Core 中，依赖注入容器支持三种主要的服务生命周期：瞬时（Transient）、作用域（Scoped）和单例（Singleton）。每种生命周期决定了服务在应用程序中的创建和使用方式。这三者之间的引用关系有一些限制，确保它们能被正确使用而不会导致应用程序问题。

生命周期概述

  1. 瞬时（Transient）:

    • 特点: 每次请求该服务时都会创建一个新的实例。
    • 用途: 适用于无状态的、轻量级的服务。
    • 注意事项: 不会保留状态，所以通常对资源消耗较低。

  2. 作用域（Scoped）:

    • 特点: 每个请求或作用域中创建一个实例，该实例在整个请求生命周期内共享。
    • 用途: 适用于包含用户请求数据的服务，如数据库上下文。
    • 注意事项: 作用域服务在同一请求中可以共享状态。

  3. 单例（Singleton）:

    • 特点: 应用程序启动时创建一个实例，整个应用程序生命周期中共享该实例。
    • 用途: 适用于全局状态、配置服务等。
    • 注意事项: 因为是全局的，所以必须保证线程安全。

引用关系规则

为了确保应用程序的稳定性和正确性，生命周期之间的引用关系需要遵循以下规则：

  1. 瞬时服务:

    • 可以依赖其他瞬时服务。
    • 可以依赖作用域服务。
    • 可以依赖单例服务。

  2. 作用域服务:

    • 可以依赖瞬时服务。
    • 可以依赖其他作用域服务。
    • 不应依赖单例服务：依赖单例服务是技术上允许的，但这可能会导致不一致的行为，尤其是在并发请求处理时，因为单例服务是跨请求共享的。

  3. 单例服务:

    • 可以依赖其他单例服务。
    • 不能直接依赖作用域服务：如果单例服务依赖作用域服务，将导致生命周期不一致问题。因为单例服务的生命周期比作用域服务长得多，可能会出现作用域服务被销毁而单例服务还在使用的问题。
    • 不能直接依赖瞬时服务：尽管允许，但可能导致意外行为，因为单例服务持有的瞬时服务实例在整个应用程序生命周期中保持不变，这违背了瞬时服务的设计初衷。

解决方法

  • 单例服务引用作用域或瞬时服务: 如果单例服务必须使用作用域或瞬时服务，可以通过 IServiceScopeFactory 来创建一个新作用域，并在作用域内解析服务。

    public class MySingletonService
{
    private readonly IServiceScopeFactory _serviceScopeFactory;

    public MySingletonService(IServiceScopeFactory serviceScopeFactory)
    {
        _serviceScopeFactory = serviceScopeFactory;
    }

    public void ExecuteScopedService()
    {
        using (var scope = _serviceScopeFactory.CreateScope())
        {
            var scopedService = scope.ServiceProvider.GetRequiredService<MyScopedService>();
            scopedService.DoWork();
        }
    }
}

实际应用

  • 瞬时服务: 适用于短期操作，如临时计算、一次性操作等。
  • 作用域服务: 通常用于处理与单个用户请求相关的数据，如数据库上下文（DbContext）。
  • 单例服务: 用于全局的应用程序状态管理、配置、缓存服务等。

总结

  • 瞬时服务可以依赖任何类型的服务。
  • 作用域服务可以依赖瞬时和其他作用域服务，但不建议依赖单例服务。
  • 单例服务尽量不要直接依赖作用域或瞬时服务。如果必须依赖，则应通过 IServiceScopeFactory 创建作用域来解决生命周期不一致的问题。

通过遵循这些引用规则，可以确保应用程序在不同生命周期服务之间的依赖关系正确且安全地工作。

avatar
文章
阅读
粉丝