ASP.NET中JWT授权返回405错误的排查求助

405错误（Method Not Allowed）核心是请求的HTTP方法与接口定义不匹配，结合你的JWT场景，可从以下关键点逐一排查：

1. 核对HTTP请求方法与接口定义 #

若你测试的授权接口标注了[HttpGet]，但Postman用了POST请求（反之亦然），会直接返回405。

• 操作：查看目标接口的HttpXXX特性（如[HttpPost]/[HttpGet]），在Postman中选择完全匹配的HTTP方法。

2. 检查路由路径是否匹配 #

若请求URL和接口的路由定义不一致，ASP.NET可能匹配到其他不支持该方法的路由规则，触发405错误。

• 操作：核对控制器[Route]与方法[HttpXXX("xxx")]组合的完整路径，确保Postman请求URL完全一致（注意大小写、斜杠、路径分段）。

3. 启用认证授权中间件 #

你的Program.cs仅配置了认证服务，但未将认证/授权逻辑加入请求管道，会导致JWT验证未执行，同时可能引发路由处理异常：

• 解决：在Program.cs的管道配置中按顺序添加以下代码：

app.UseRouting();

// 认证必须在授权之前
app.UseAuthentication();
app.UseAuthorization();

app.UseEndpoints(endpoints =>
{
    endpoints.MapControllers();
});

4. 确认Token携带方式正确 #

错误的Token携带方式可能导致请求被路由到错误逻辑：

• 操作：在Postman的Authorization标签选择Bearer Token，粘贴获取到的AccessToken；或手动在请求头添加Authorization: Bearer {你的Token内容}。

5. 检查目标接口的授权标注 #

若测试的接口未添加[Authorize]特性，JWT验证逻辑不会触发，同时可能因路由匹配问题返回405：

• 操作：在需要授权的控制器或方法上添加[Authorize]特性，示例：

[ApiController]
[Route("api/protected")]
[Authorize]
public class ProtectedController : ControllerBase
{
    [HttpGet]
    public IActionResult GetProtectedData()
    {
        return Ok("已通过JWT授权验证");
    }
}

6. 跨域配置问题（可选） #

若存在跨域场景，错误的CORS配置也可能引发405：

• 解决：在Program.cs中添加CORS配置并启用：

// 配置CORS服务
services.AddCors(options =>
{
    options.AddPolicy("AllowAll", policy =>
    {
        policy.AllowAnyOrigin()
              .AllowAnyMethod()
              .AllowAnyHeader();
    });
});

// 管道中启用CORS（放在UseRouting之后，UseAuthentication之前）
app.UseCors("AllowAll");

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