.NET Core API中JWT Token认证部分接口401未授权问题求助

可能的问题原因及对应解决方法 #

1. 目标接口的权限策略被修改 #

• 原因：3天前功能正常，大概率是目标接口近期新增了权限限制（比如添加了[Authorize(Roles = "Admin")]、自定义Policy或Scope要求），而你的JWT Token包含的Claims（如角色、权限范围）不满足该要求；其他接口未修改权限规则，因此可正常访问。
• 解决方法：
  • 检查目标接口的[Authorize]属性，确认是否新增了角色、策略或范围约束
  • 解码JWT Token（可使用System.IdentityModel.Tokens.Jwt库或本地解码工具），对比Token内的Claims是否匹配接口的权限要求
  • 若为权限配置错误，调整接口的权限规则；若为Token权限不足，更新Token生成逻辑以包含所需Claims

2. 目标接口采用了独立的认证配置 #

• 原因：同一API内的部分接口可能单独指定了认证方案（如[Authorize(AuthenticationSchemes = "CustomJwt")]），而你的请求使用的是默认JWT认证方案，导致验证失败。
• 解决方法：
  • 检查目标接口的[Authorize]属性是否指定了特定认证方案
  • 若存在独立方案，确保Angular请求的认证头与该方案匹配，或统一API的认证方案配置

3. 当前域名的CORS或请求头传递异常 #

• 原因：相同代码在其他域名正常，说明当前域名的CORS配置可能未允许传递Authorization头，或浏览器预检请求（OPTIONS）失败，导致Token未被正确传递至目标接口；其他接口可能因请求类型不同（如非跨域或预检逻辑不同）未受影响。
• 解决方法：
  • 检查.NET Core的CORS配置，确认已允许当前域名的Authorization请求头
  • 验证Angular的HTTP拦截器是否为所有请求（含目标接口）添加了Authorization: Bearer {token}头，排查是否存在接口排除规则
  • 通过浏览器开发者工具的Network面板，确认目标接口的请求头中是否包含Authorization字段，以及OPTIONS预检请求的响应状态是否正常

4. 认证中间件与路由的顺序错误 #

• 原因：若目标接口的路由配置在认证中间件之前，请求会跳过认证流程直接返回401；其他接口路由在认证中间件之后，因此可正常验证。
• 解决方法：
  • 检查Program.cs/Startup.cs中的中间件顺序，确保app.UseAuthentication();位于app.UseRouting();之后、app.UseEndpoints();之前
  • 确认目标接口的路由配置正确，未被无认证的路由规则优先匹配

5. Token缺失目标接口依赖的特定Claims #

• 原因：目标接口可能依赖Token中的特定Claims（如sub、自定义业务字段），而你的Token未包含这些Claims或格式不符合要求；其他接口不依赖这些Claims，因此可正常访问。
• 解决方法：
  • 查看目标接口的业务代码，确认是否存在从Token中读取特定Claims的逻辑
  • 解码Token检查是否包含所需Claims，若缺失则更新Token生成逻辑补充对应内容

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