.Net Core 5.0 Web API异步授权过滤器执行后Action方法未调用

以下是导致GET方法无响应的核心原因及对应解决办法：

1. 异步授权过滤器未正确触发后续请求管道 #

实现IAsyncAuthorizationFilter时，必须显式调用await next.InvokeAsync()才能让请求继续流向Action方法。如果你的过滤器仅执行了模拟服务调用，却未调用该方法，请求会卡在过滤器阶段，既不会执行Action，也不会返回任何响应。

正确实现示例：

public async Task OnAuthorizationAsync(AuthorizationFilterContext context)
{
    // 调用模拟服务的异步验证方法
    await _mockAuthService.ValidateAuthorizationAsync();

    // 授权逻辑判断
    if (IsRequestAuthorized(context))
    {
        // 授权通过，推进请求到后续管道（Action方法）
        await next.InvokeAsync();
    }
    else
    {
        // 授权失败，直接返回未授权响应
        context.Result = new UnauthorizedResult();
    }
}

2. 模拟服务的延迟操作采用同步阻塞实现 #

如果模拟服务的延迟方法使用了Thread.Sleep()这类同步阻塞代码，会导致异步过滤器的线程被卡死，整个请求管道无法正常推进，最终超时无响应。

修正方式：
将同步阻塞替换为异步延迟：

// 错误的同步写法
public void ValidateAuthorization()
{
    Thread.Sleep(2000); // 阻塞线程
}

// 正确的异步写法
public async Task ValidateAuthorizationAsync()
{
    await Task.Delay(2000); // 异步延迟，不占用线程资源
}

3. 授权逻辑存在分支漏洞 #

如果过滤器中存在逻辑空白分支——既没有在授权通过时调用next.InvokeAsync()，也没有在授权失败时设置context.Result，请求会处于“悬停”状态，没有任何后续动作，自然不会返回响应。

检查要点：

• 确保所有代码分支都有明确处理：要么推进请求管道，要么返回错误结果
• 避免出现未覆盖的逻辑分支（比如if条件判断不全）

4. SSL证书问题干扰请求传递（低概率但需排除） #

虽然Swagger能正常显示，但跳过SSL证书确认后，底层请求可能存在证书验证异常，导致过滤器执行后请求无法继续传递。

解决办法：
在命令行执行以下命令信任本地开发SSL证书：

dotnet dev-certs https --trust

重启VS后运行API，将不再弹出证书确认弹窗，排除SSL因素的干扰。

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