如何测试Azure AD访问令牌过期？Outlook加载项场景调试

既然你没法修改Azure AD的令牌有效期策略，那咱们可以用几个不用碰Azure配置的方法来模拟和测试过期场景，都是开发中常用的手段：

1. 手动篡改令牌的过期时间（本地调试首选） #

当你在本地调试拿到Azure AD令牌后，用JWT解析工具（比如浏览器控制台里的JWT解码代码，或者本地的桌面解码工具）把令牌里的exp字段改成当前时间+1分钟左右，这样很快就能触发过期。具体步骤：

• 复制加载项获取到的令牌，解析后找到exp（这是一个Unix时间戳）。
• 计算当前时间戳加60秒，替换原来的exp值，然后重新编码令牌（如果是测试环境的令牌，很多时候可以忽略签名直接修改后用，毕竟只是本地测试）。
• 把修改后的令牌替换到加载项的存储（比如localStorage）里，刷新加载项，就能立刻触发过期处理逻辑。

2. 模拟令牌过期的错误响应 #

不用等令牌真的过期，直接在代码里模拟API返回的令牌过期错误，来测试你的处理流程。比如在调用后端API或者Microsoft Graph的函数里，临时加个调试判断：

// 仅开发环境启用的测试代码
if (process.env.NODE_ENV === 'development') {
  return Promise.reject({ 
    status: 401, 
    error: { message: 'The access token has expired' } 
  });
}

这样一调用API就会触发你的过期处理逻辑，能快速验证刷新令牌、重试请求这些步骤是否正常工作。

3. 修改本地系统时间（简单直接但要注意副作用） #

把你的电脑系统时间往后调1小时以上，这样当前有效的令牌就会因为过期时间早于系统时间而被判定为过期。不过这个方法要小心，可能会影响Outlook的同步或者其他依赖时间的应用，测试完一定要把时间改回来。步骤很简单：

• 先让加载项正常获取令牌并工作。
• 暂停调试，修改系统时间到1小时后。
• 重启加载项，此时令牌就会触发过期逻辑。

4. 用测试工具生成短有效期令牌 #

如果你有测试租户的Azure AD应用，可以用一些开发者工具生成短有效期的令牌。比如用Postman构造令牌请求时，部分调试工具支持自定义expires_in参数（测试环境下可模拟），或者用Microsoft Graph Explorer的测试模式生成一个短时间过期的令牌，然后在你的加载项里使用这个令牌来测试。

额外注意点 #

• 所有测试一定要在开发/测试环境做，绝对不能碰生产环境的配置或数据。
• 如果你的加载项用了MSAL.js这类身份认证库，记得同时测试库的自动刷新逻辑和手动触发的过期场景，确保两种情况都能正确处理。
• 测试时要验证：令牌过期后是否能正确获取新令牌、新令牌是否能更新到存储、原来的API请求是否能自动重试成功。

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