升级ASP.NET Core 3.1应用至.NET（使用Microsoft.Identity）时Authentication返回null的问题

我最近刚帮好几个开发者排查过这类升级踩坑的问题，太懂这种换包后出状况的头疼了！你的情况是从ASP.NET Core 3.1过渡到.NET 6，弃用Microsoft.AspNetCore.Authentication.AzureAD.UI改用Microsoft Identity后，Authentication对象返回null，给你列几个必查的点，按顺序试下来基本能解决：

• 检查服务注册是否符合新规范：在Program.cs里，必须用AddMicrosoftIdentityWebApp（如果是API就用AddMicrosoftIdentityWebApi）来注册Azure AD认证服务，还要正确绑定appsettings.json里的租户ID、客户端ID、客户端密钥这些配置项，别再用旧的AddAzureAD方法了，新框架不认这套。
• 中间件顺序绝对不能搞反：一定要确保app.UseAuthentication()放在app.UseAuthorization()之前，而且要在app.UseRouting()之后、app.UseEndpoints()之前注册。我见过好几个朋友就是把顺序搞反了，导致认证逻辑根本没触发，Authentication自然就是null。
• 换个方式获取用户认证信息：在.NET 6+的Microsoft Identity框架下，推荐直接从HttpContext.User获取当前认证用户的Claims信息，旧的依赖Authentication属性的方式已经不那么可靠了，你可以在控制器里直接输出User.Identity.IsAuthenticated看看结果，先确认用户是否真的完成了认证。
• 核对配置文件的参数准确性：Microsoft Identity的配置键和旧AzureAD.UI大部分一致，但要仔细检查TenantId、ClientId、ClientSecret这些核心参数有没有拼写错误，特别是租户ID和客户端ID，复制的时候别漏了字符或者多了空格。另外，回调地址要和Azure AD门户里配置的完全一致，哪怕差一个斜杠都可能导致认证失败。
• 开启详细日志排查细节：在appsettings.json里把认证相关的日志级别调为Debug，能看到整个认证流程的细节，比如令牌验证失败原因、回调请求处理情况等。配置代码如下：

  "Logging": {
    "LogLevel": {
      "Microsoft.Identity.Web": "Debug",
      "Microsoft.AspNetCore.Authentication": "Debug"
    }
  }
  

  查看日志就能知道到底是哪一步出了问题，比瞎猜效率高多了。

如果这些方法都试过还是没解决，把Program.cs里的服务注册和中间件代码贴出来，我再帮你精准定位问题。

备注：内容来源于stack exchange，提问作者OutProve Technologies