启动时调用作用域服务方法失败的技术咨询

这个问题的核心原因是：你直接从根服务提供者（app.ApplicationServices）解析了作用域服务，而根服务提供者的生命周期是单例的，ASP.NET Core的DI系统不允许这样做——这会导致作用域服务被意外提升为单例，不仅会引发生命周期不匹配的错误，还会让依赖的PhoneContext（设计为作用域服务）变成单例，带来线程安全和资源泄漏的风险。

最直接的解决方案：创建临时作用域 #

在Configure方法中，通过CreateScope()创建一个临时的服务作用域，在这个作用域内解析你的ICachingDataManager并执行初始化，执行完成后作用域会自动释放，完全符合DI的生命周期规则。

示例代码：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 先配置其他中间件（比如路由、静态文件等）...

    // 创建临时作用域来初始化缓存
    using (var scope = app.ApplicationServices.CreateScope())
    {
        var serviceProvider = scope.ServiceProvider;
        var cachingManager = serviceProvider.GetRequiredService<ICachingDataManager>();
        cachingManager.Initialize();
    }

    // 继续配置其他中间件...
}

如果初始化方法是异步的 #

如果你的Initialize是异步方法（推荐IO密集型操作使用异步），可以修改Configure方法返回Task，并使用await调用：

public async Task Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 其他配置...

    using (var scope = app.ApplicationServices.CreateScope())
    {
        var cachingManager = scope.ServiceProvider.GetRequiredService<ICachingDataManager>();
        await cachingManager.InitializeAsync(); // 假设是异步方法
    }

    // 其他中间件...
}

为什么不能直接从根容器解析？ #

根服务提供者（app.ApplicationServices）是单例的，当你从它这里解析作用域服务时：

• DI系统会将该作用域服务的生命周期强制改为单例，这违背了你注册时AddScoped的初衷；
• 依赖的PhoneContext也会被提升为单例，而DbContext不是线程安全的，多个请求共用同一个DbContext会导致数据错乱、连接泄漏等问题；
• ASP.NET Core的DI默认会对这种情况抛出异常（或者在开发环境发出警告），这就是你遇到失败的直接原因。

备选方案：将初始化逻辑封装到单例启动服务 #

如果你希望初始化逻辑更模块化，可以创建一个单例服务，在其构造函数中注入IServiceScopeFactory，然后在启动时调用它的方法：

1. 创建启动服务类：

public class CacheInitializer
{
    private readonly IServiceScopeFactory _scopeFactory;

    public CacheInitializer(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    public void InitializeCache()
    {
        using (var scope = _scopeFactory.CreateScope())
        {
            var cachingManager = scope.ServiceProvider.GetRequiredService<ICachingDataManager>();
            cachingManager.Initialize();
        }
    }

    // 异步版本
    public async Task InitializeCacheAsync()
    {
        using (var scope = _scopeFactory.CreateScope())
        {
            var cachingManager = scope.ServiceProvider.GetRequiredService<ICachingDataManager>();
            await cachingManager.InitializeAsync();
        }
    }
}

2. 在ConfigureServices中注册为单例：

services.AddSingleton<CacheInitializer>();

3. 在Configure中调用：

public void Configure(IApplicationBuilder app, CacheInitializer cacheInitializer)
{
    // 其他配置...
    cacheInitializer.InitializeCache();
    // 或者异步版本：await cacheInitializer.InitializeCacheAsync();
}

这种方式更适合初始化逻辑复杂、需要复用的场景，但核心还是通过IServiceScopeFactory创建临时作用域来获取作用域服务。

内容的提问来源于stack exchange，提问作者RandomPerson