ASP.NET Core 5.0中HttpContext.RequestServices解析作用域服务失败的原因与解决

问题现象 #

• 在ASP.NET Core 5.0应用中，通过HttpContext.RequestServices解析服务时，抛出System.InvalidOperationException：无法从根提供程序解析作用域服务
• 初始疑惑点：按照设计，HttpContext.RequestServices应当提供当前HTTP请求作用域下的IServiceProvider访问能力，为什么实际会拿到根服务提供程序、触发作用域服务解析失败？
• 问题触发位置为OpenIdConnect中间件的事件处理委托，原始实现代码如下：

public void ConfigureServices(IServiceCollection services)
{
    services
        .AddAuthentication(options =>
        {
            options.DefaultScheme = CookieAuthenticationDefaults.AuthenticationScheme;
            options.DefaultChallengeScheme = OpenIdConnectDefaults.AuthenticationScheme;
        })
        .AddCookie(CookieAuthenticationDefaults.AuthenticationScheme)
        .AddOpenIdConnect(options =>
        {
            // 其余OpenIdConnect基础配置省略
            options.Events.OnRedirectToIdentityProvider = async context =>
            {
                // 抛出异常的代码行
                var myScopedService = context.HttpContext.RequestServices.GetService<AScopedService>();
                // 后续逻辑：通过获取到的服务自定义 context.ProtocolMessage
            };
        });
}

问题根因修正 #

编辑补充说明：
最初的问题描述存在偏差，实际混淆了名称相似的两个服务类，最终定位到的真实问题并非HttpContext.RequestServices返回了根提供程序，而是被解析的目标服务本身存在生命周期违规：尝试解析的SingletonServiceThatDependsOnScopedService是注册为单例的服务，且自身依赖了作用域服务。
对应触发报错的核心代码逻辑：

// 单例服务不允许直接依赖作用域服务
// 该调用抛出的异常完全符合ASP.NET Core依赖注入的设计约束
HttpContext.RequestServices.GetService<SingletonServiceThatDependsOnScopedService>();

这类报错属于框架对违规依赖的正常拦截，定位到生命周期不匹配的问题后即可顺利完成修复。

核心逻辑澄清 #

• HttpContext.RequestServices的实际行为：在正常的HTTP请求处理管道流程中，该属性指向的就是当前请求作用域关联的IServiceProvider，不存在默认返回根提供程序的问题。只要是在请求生命周期内的委托中访问该属性，就能正常解析当前作用域下的服务。
• 依赖注入的生命周期约束：单例服务的生命周期覆盖整个应用运行周期，作用域服务的生命周期仅与单个HTTP请求绑定。如果单例服务直接持有作用域服务的引用，会导致作用域服务无法在请求结束时被正常释放，引发内存泄漏、跨请求数据污染等问题，因此框架默认会阻断这种违规的依赖解析。
• 异常触发逻辑：当解析“直接依赖作用域服务的单例服务”时，框架的依赖注入容器会检测到跨作用域的依赖违规，直接抛出对应的无效操作异常。

修复方向 #

• 调整服务生命周期：将原本注册为单例的依赖作用域服务的类，改为注册为作用域生命周期，匹配其依赖的作用域服务的生命周期边界。
• 保留单例服务的场景处理：如果业务必须保留该服务的单例生命周期，不要在构造函数中直接注入作用域服务，改为在服务内部按需创建临时DI作用域，从临时作用域中解析需要的作用域服务使用，使用完成后及时释放临时作用域。
• OpenIdConnect事件中的服务解析逻辑：在OpenIdConnect事件委托中使用作用域服务时，直接通过上下文暴露的HttpContext.RequestServices解析即可，正常请求流程下该入口拿到的就是请求作用域的服务提供程序，本身不存在逻辑缺陷。

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