invalid_grant错误表明Refresh Token已作废，需重新走完整授权流程；Token刷新成功但仍401多因变量未正确写入或被覆盖，应检查环境变量赋值、Header引用及Console实际请求头。
Postman Console里看到invalid_grant错误怎么办
这个错误基本等于Refresh Token已作废，不是配置错、也不是网络问题，而是授权服务器明确拒绝了刷新请求。常见触发条件包括：Refresh Token被使用过一次（某些OAuth实现是单次有效）、用户在别处主动登出、或服务端策略强制轮换。此时Postman的“Refresh token”按钮只会反复失败。
实操建议：
- 直接放弃刷新，点击
Get New Access Token重新走完整授权流程 - 检查授权URL是否包含
prompt=consent或access_type=offline（尤其Google/Azure场景） - 如果用的是自建OAuth服务，确认
/token端点是否校验了client_id与发起刷新请求的IP/UA是否匹配
Token刷新成功但后续请求仍报401的常见原因
Postman显示“Token refreshed successfully”，但紧接着发的请求还是401——说明新Token没真正生效。根本原因通常是变量未正确写入或被覆盖。
实操建议：
- 在Pre-request Script里加
console.log("current token:", pm.environment.get("access_token"))，确认值是否更新 - 检查是否有其他脚本（比如全局Pre-request）调用了
pm.globals.set("access_token", ...)，导致环境变量被全局变量覆盖 - 确认请求Headers里的Authorization字段用的是
{{access_token}}，而不是硬编码或拼错的变量名（如{{acces_token}}） - 避免在多个请求中混用
pm.environment.set()和pm.variables.set()，后者只对当前请求生效，极易造成“看似刷新了，其实没用上”
pm.sendRequest自动刷新脚本里为什么Token还是旧的
前置脚本里用pm.sendRequest调刷新接口拿到新Token后，必须显式调用pm.environment.set("access_token", newToken)，否则变量不会持久化到下个请求。Postman不会自动把响应体里的字段映射到环境变量。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
实操建议：
- 刷新请求的回调函数里，务必解析响应体并手动赋值：
pm.environment.set("access_token", jsonData.access_token) - 别依赖
pm.response.json()直接取值——如果刷新接口返回的是application/x-www-form-urlencoded，得用pm.response.text().split("&")解析 - 加上过期时间校验逻辑：从新Token的
exp字段算出毫秒时间戳，存为pm.environment.set("token_expires_at", exp * 1000)，下次请求前比对Date.now()
环境变量明明更新了，但Console里Header显示的还是旧Token
这是Postman变量解析时机导致的典型“幻觉”。Headers标签页里显示的{{access_token}}是静态预览，不反映前置脚本运行后的实时值。真实发出的请求头才是有效的，但你看不到——除非打开Console看原始请求。
实操建议：
- 不要信Headers面板里的变量渲染结果，以Postman Console里
Request Headers实际发出的内容为准 - 在Pre-request Script末尾加
pm.request.headers.upsert({key:"Authorization", value:"Bearer " + pm.environment.get("access_token")})，强制覆盖，绕过变量解析链 - 如果用Collection Runner批量跑，记得勾选
Clear cache before running，否则旧Token可能被复用
真正容易被忽略的是：Postman的环境变量更新不触发请求重绘，所有“看起来没变”的现象，几乎都源于你盯着那个不会刷新的Headers预览框，而不是去看Console里真实的出站请求。
