.NET 4.7.2迁移至.NET 6：HttpContext相关技术问题求助

一、目标代码的.NET 6适配转换 #

直接给你改好的适配代码，再拆解关键改动原因：

protected bool AuthorizeCore(HttpContext httpContext)
{
    if (Config.Instance.Test)
        return true;

    // 原代码中httpContext.ApplicationInstance.Context完全冗余，直接使用传入的httpContext即可
    // 原ServerVariables里的HTTP_COMPANY_ROLES对应请求头Company-Roles，直接从Headers获取
    var roles = httpContext.Request.Headers["Company-Roles"].FirstOrDefault();
    
    // 若确认该值为非请求头的服务器原生变量，可通过Feature接口获取（极少场景）：
    // var requestFeature = httpContext.Features.Get<IHttpRequestFeature>();
    // var roles = requestFeature?.Headers["COMPANY_ROLES"].FirstOrDefault();

    return IsAuthenticate(roles);
}

关键改动说明 #

• 移除ApplicationInstance：.NET Core重构了HTTP处理管道，砍掉了.NET Framework中HttpApplication.ApplicationInstance这套冗余设计。原代码里httpContext.ApplicationInstance.Context本质就是当前传入的httpContext，完全是多余的调用，直接删除即可。
• 替换ServerVariables：.NET Core不再提供ServerVariables集合。你用到的HTTP_COMPANY_ROLES是.NET Framework自动将请求头Company-Roles转换而来的变量（转换规则：前缀加HTTP_、横杠替换为下划线、全大写），因此直接从Request.Headers中获取对应请求头即可。如果是其他非请求头类型的服务器变量，可通过HttpContext.Features对应的Feature接口获取。

二、HttpContext与HttpContextBase的核心差异 #

1. 类型设计简化：.NET Framework中HttpContext是密封类，无法直接Mock，因此搞了抽象基类HttpContextBase和包装类HttpContextWrapper来支持单元测试；.NET Core直接将HttpContext设计为抽象类，自带可扩展性，无需额外包装，Mock时直接实现抽象方法即可。
2. 管道模型完全重构：.NET Framework基于HttpApplication的事件模型（比如BeginRequest、EndRequest等事件）处理请求，HttpContext依附于事件生命周期；.NET Core采用中间件管道模型，请求在中间件链中传递，HttpContext贯穿整个管道，使用逻辑和生命周期完全不同。
3. 成员结构大调整：.NET Core的HttpContext删除了大量冗余成员（比如你碰到的ApplicationInstance），新增Features集合——所有HTTP相关功能（连接、请求、响应细节）都通过Feature接口暴露，比如获取客户端IP用IHttpConnectionFeature，扩展性远优于旧框架。
4. 依赖注入深度集成：.NET Core不再支持HttpContext.Current这种静态获取方式，必须通过依赖注入的IHttpContextAccessor来获取当前上下文，这也保证了更好的可测试性和线程安全性。

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