ASP.NET从2.2迁移至3.1时Microsoft.AspNetCore.Http下Internal命名空间不存在报错

• ASP.NET Core 3.0及以上版本正式移除了Microsoft.AspNetCore.Http.Internal命名空间，该命名空间下的所有类型均为框架内部使用的非公开API，官方从未推荐开发者直接调用，版本迭代时会无预警调整，这是触发编译错误的核心原因。
• 你的项目包引用存在多版本混装问题：部分依赖包版本和ASP.NET Core 3.1不兼容，比如5.0版本的Microsoft.Extensions.Logging.AzureAppServices、2.2版本的Microsoft.VisualStudio.Web.CodeGeneration.Design，也可能引发关联的编译或运行时异常。

1. 调整请求方法判断逻辑，完全不需要强制类型转换
   HttpContext.Request本身就继承自HttpRequest抽象类，原生携带Method属性，直接访问即可，删掉冗余的类型转换代码，修改后代码如下：

if (HttpContext.Request.Method == "GET")
{
    //code
}

2. 规整项目包引用

• 把Microsoft.AspNetCore.App的引用方式从PackageReference改为FrameworkReference，且不需要指定版本（3.1及以上版本ASP.NET Core作为共享框架提供，无需单独引入NuGet包），修改为：

  <FrameworkReference Include="Microsoft.AspNetCore.App" />
  

• 所有和ASP.NET Core生态相关的依赖包统一对齐3.1.x版本：
  • 将Microsoft.Extensions.Logging.AzureAppServices降级到3.1.x版本
  • 将Microsoft.VisualStudio.Web.CodeGeneration.Design升级到3.1.x版本
  • 将NWebsec.AspNetCore.Middleware升级到支持ASP.NET Core 3.1的3.0.x及以上版本
• 清理不再兼容3.1的冗余包：Microsoft.VisualStudio.Web.BrowserLink 2.2.0版本仅适配ASP.NET Core 2.2，3.1版本已不再需要该包，可直接移除。

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