Asp.Net Core 2.0中从HttpContext获取access_token返回null问题

你遇到的这个问题挺常见的——前端已经把token传到请求头，认证流程也走通了，但就是拿不到token去调用Graph API。我来帮你一步步排查和解决：

1. 显式指定认证Scheme调用GetTokenAsync #

在ASP.NET Core 2.0里，GetTokenAsync如果只传token类型，可能会因为上下文识别不到对应的认证Scheme而返回null。试试加上JWT Bearer的Scheme参数：

// 记得引入命名空间：using Microsoft.AspNetCore.Authentication.JwtBearer;
string token = await httpContext.GetTokenAsync(JwtBearerDefaults.AuthenticationScheme, "access_token");

虽然你在Startup里设置了默认认证Scheme，但显式指定能避免一些上下文匹配的坑。

2. 确认SaveToken配置确实生效 #

你的代码里已经写了options.SaveToken = true，但再检查一下它的位置——必须放在AddJwtBearer的配置块内，这样认证中间件才会把解析后的token保存到HttpContext中：

services.AddAuthentication(options => {
    options.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
    options.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
}).AddJwtBearer(options => {
    // 其他配置项...
    options.SaveToken = true; // 确保这行在AddJwtBearer的options配置里
});

3. 先验证用户是否已完成认证 #

在调用GetTokenAsync之前，先确认用户身份已经通过验证：

if (!httpContext.User.Identity.IsAuthenticated)
{
    throw new UnauthorizedAccessException("用户未完成认证，无法获取token");
}

如果用户没通过认证，HttpContext里自然不会存储任何token信息。

4. 备选方案：直接从请求头提取token #

如果上面的方法还是不行，可以直接从Authorization请求头手动提取token，作为临时验证方案：

var authHeader = httpContext.Request.Headers["Authorization"].FirstOrDefault();
string token = null;
if (!string.IsNullOrEmpty(authHeader) && authHeader.StartsWith("Bearer ", StringComparison.OrdinalIgnoreCase))
{
    token = authHeader.Substring("Bearer ".Length).Trim();
}

这种方式绕开中间件的token存储逻辑，直接拿前端传入的原始token，能快速验证是不是中间件存储环节出了问题。

5. 优化Startup里的JWT配置 #

你的配置里options.Audience = "**";写法不太规范，建议替换为具体的受众值，比如你配置的authSettings.ClientId或者authSettings.AppIdUri：

options.Audience = authSettings.ClientId; // 或者authSettings.AppIdUri

虽然你说认证流程正常，但受众配置不明确可能会间接影响token的存储逻辑。

最后检查前端请求格式 #

确保前端发送的Authorization头是Bearer <你的token>格式，没有拼写错误或多余空格，后端才能正确解析并保存token。

按照这些步骤排查下来，应该能解决GetTokenAsync返回null的问题。调试时也可以查看httpContext.Items或者httpContext.User.Claims，看看有没有token相关的信息存在。

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