.NET Core中如何将HttpContext注入类并在控制器外调用该类

核心思路 #

该问题本质是没有完全遵循依赖注入的规则：所有依赖DI容器托管服务的类，都应该注册到DI容器中，由容器统一完成实例化和依赖传递，不需要手动构造对象。

具体实现步骤 #

第一步：注册基础服务 #

首先在项目启动配置中注册IHttpContextAccessor和你自定义的服务：

• .NET 6 及以上版本（Program.cs）：

var builder = WebApplication.CreateBuilder(args);
// 注册IHttpContextAccessor，这是访问HttpContext的基础
builder.Services.AddHttpContextAccessor();
// 注册自定义服务
builder.Services.AddScoped<IMyClass, MyClass>();
// 把需要调用MyClass的MyClass2也注册到容器
builder.Services.AddScoped<MyClass2>();

• .NET 5 及更早版本（Startup.cs ConfigureServices方法）：

public void ConfigureServices(IServiceCollection services)
{
    services.AddHttpContextAccessor();
    services.AddScoped<IMyClass, MyClass>();
    services.AddScoped<MyClass2>();
    // 其他服务注册...
}

第二步：改写MyClass2的依赖注入方式 #

不要在MyClass2的构造函数中手动new MyClass，直接把需要的依赖通过构造函数注入，DI容器会自动完成所有依赖的传递：

public class MyClass2
{
    private readonly IMyClass _myClass;
    // 构造函数直接声明需要的依赖，容器会自动传入实例
    public MyClass2(IMyClass myClass)
    {
        _myClass = myClass;
    }
    // 后续直接使用_myClass即可，不需要关心它的依赖如何传递
}

特殊场景适配 #

如果遇到无法通过构造函数注入的场景（比如静态类、非请求管道内的临时调用），可以通过注入IServiceProvider手动解析服务，但需要注意严格匹配服务的作用域：

// 仅示例，优先推荐构造注入的方式
public class MyClass2
{
    private readonly IServiceProvider _serviceProvider;
    public MyClass2(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }
    public void SomeMethod()
    {
        // 从当前请求的作用域解析服务，不要直接从根容器解析
        using var scope = _serviceProvider.CreateScope();
        var myClass = scope.ServiceProvider.GetRequiredService<IMyClass>();
        // 使用myClass
    }
}

注意事项 #

• 不要在单例注册的服务中直接注入IHttpContextAccessor或者依赖它的服务：HttpContext是请求级别的对象，单例服务的生命周期全局唯一，会导致拿到无效的上下文。
• 只有在请求管道运行过程中才能拿到有效的HttpContext，后台任务、应用启动阶段的代码没有请求上下文，自然无法获取到对应数据。

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