ASP.NET Core中如何从服务层获取HttpContext以读取请求头MyHeader

ASP.NET Core 控制器自带请求上下文绑定能力，框架会自动把当前请求的HttpContext实例挂载到控制器的ControllerContext属性上，因此在控制器内可以直接通过ControllerContext.HttpContext读取请求头。
普通业务服务层不存在这个自动绑定逻辑：HttpContext是随请求产生的Scoped实例，全局没有静态访问入口，如果没有显式从DI容器获取对应访问器，自然无法读取到请求头内容。

• 第一步：注册IHttpContextAccessor服务
  在项目的依赖注入配置入口（.NET 6+ 为Program.cs，旧版本为Startup.cs的ConfigureServices方法）添加注册逻辑：
  builder.Services.AddHttpContextAccessor();
  该扩展方法会把IHttpContextAccessor注册为Scoped服务，生命周期和当前请求完全对齐。
• 第二步：在服务类中通过构造函数注入IHttpContextAccessor
  不要手动实例化访问器，走标准依赖注入流程，参考示例代码：

  // 示例业务服务类
  public class OrderService
  {
      private readonly IHttpContextAccessor _httpContextAccessor;
  
      // 构造函数注入访问器实例
      public OrderService(IHttpContextAccessor httpContextAccessor)
      {
          _httpContextAccessor = httpContextAccessor;
      }
  
      public string GetCurrentRequestJwt()
      {
          // 非请求场景（如后台任务、定时任务）下HttpContext可能为null，必须做判空处理
          var context = _httpContextAccessor.HttpContext;
          if (context == null)
          {
              return string.Empty;
          }
  
          // 读取MyHeader字段，ASP.NET Core对请求头名称大小写不敏感
          if (context.Request.Headers.TryGetValue("MyHeader", out var jwtValue))
          {
              return jwtValue.ToString();
          }
  
          return string.Empty;
      }
  }
  

• 禁止把IHttpContextAccessor注入到Singleton生命周期的服务中：会导致上下文捕获错乱，拿到其他请求的旧值，甚至引发内存泄漏
• 如果服务类是手动new出来的、没有走DI容器解析，就算写了注入逻辑也无法拿到实例，这种场景可二选一处理：
  • 把服务类纳入DI容器管理，让容器自动解析依赖
  • 从控制器层读取到MyHeader的值后，作为方法参数显式传入服务层逻辑中
• 不要使用老.NET Framework时代的HttpContext.Current静态访问写法，ASP.NET Core中该方式完全无效
• 不要直接在服务类构造函数中注入HttpContext实例，官方推荐通过IHttpContextAccessor访问，避免特殊绑定逻辑带来的不可预期问题

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