Postman中accessToken请求失败多因隐藏字符，需用length和引号输出检测，获取Token时应在Tests脚本中强制.trim()，并关闭Settings中自动trim请求体的选项。
Postman 里填的 accessToken 看起来没错，但实际请求总失败——八成是前后混入了不可见空格或换行符。 这类问题不会报语法错误，也不会在响应体里明说，而是直接返回 {"code":"10002","msg":"accessToken is invalid"} 或 401，让人反复怀疑 Token 是否过期、签名是否错误，却忽略最基础的字符串污染。
检查 Token 变量值是否含隐藏字符
Postman 的变量（比如 {{access_token}}）一旦从响应中提取并存入环境变量，就可能把换行、制表符或全角空格一并存进去。尤其当 API 返回的 JSON 格式不规范（比如字段值末尾带 \n），或你手动复制粘贴时误触了换行键，问题就埋下了。
- 在 Postman 中打开「Environment Quick Look」（眼睛图标 → 点击环境名旁的「?️」），直接查看
access_token的原始值；注意观察开头和结尾是否有额外空白 - 更可靠的方式：在 Tests 脚本里加一行日志，强制输出长度和可视字符：
console.log('token length:', pm.environment.get("access_token").length);<br>console.log('token visible:', `"${pm.environment.get("access_token")}"`);如果看到类似" abc123\n "，说明确实有隐藏字符 - 别依赖肉眼判断——全角空格、零宽空格（U+200B）等根本看不见，必须靠
length和引号包裹输出来暴露
预请求脚本中自动 trim Token 值
与其每次手动清理，不如在 Token 获取请求的 Tests 脚本里做标准化处理。Postman 的 pm.environment.set() 不会自动去空格，必须显式调用 .trim()。
- 在「获取 Token」请求的 Tests 标签页中，把原本的赋值语句：
pm.environment.set("access_token", jsonData.data.accessToken);
改成：pm.environment.set("access_token", jsonData.data.accessToken?.trim() || ""); - 如果 Token 字段名不固定（比如有时是
token，有时是access_token），建议先做存在性判断再 trim，避免undefined.trim()报错 - 注意：这个
.trim()只作用于字符串内容，不影响后续作为请求参数或 Header 的拼接逻辑
禁用 Postman 自动 trim 请求体键值（仅限 form-data / x-www-form-urlencoded）
Postman 设置里的 Trim keys and values in request body 默认开启，它会对 form-data 和 x-www-form-urlencoded 类型请求体的所有键和值自动执行 .trim()。这看似贴心，实则危险——如果你的 Token 是作为请求体字段传的（比如某些老接口要求 POST body 里放 {"accessToken":"xxx"}），那这个全局 trim 会偷偷修改你的 Token，且无法关闭单个字段。
- 进 Settings → General → 关掉
Trim keys and values in request body - 改用
raw+JSON格式发 Token，这样不受该设置影响，也更符合现代 API 规范 - 如果必须用
form-data，那就只能在 Tests 脚本里提前对变量做.trim()，再通过pm.variables.set()存为局部变量供当前请求使用
真正容易被忽略的不是怎么 trim，而是——Token 一旦进入变量系统，就脱离了你的实时监控。哪怕只多一个空格，服务端验证也会失败，而 Postman 不会告诉你“你传的 Token 开头有个不可见字符”。所以，把 .trim() 当成 Token 处理的强制前置动作，比事后排查快十倍。
