JSON规范禁止对象和数组末尾逗号，Postman报400因严格解析；定位靠错误响应行列信息或粘贴至jsonlint/VS Code格式化；变量必须双引号包裹且提前转义特殊字符。
Postman 里 raw 模式下写 JSON，末尾多一个逗号，请求直接报 400 Bad Request 或 JSON parse error——这不是 Postman 的 bug，是 JSON 规范强制要求：对象和数组的最后一个元素后面**不允许有逗号**。
Postman raw 模式下 JSON 尾随逗号怎么定位
Postman 自身不标出行号或错误字符位置，但错误响应体里常带线索。比如 Jackson 报错会附带 line: 2, column: 23；Python 后端抛 json.decoder.JSONDecodeError: Expecting ',' 也带具体行列。关键不是靠肉眼扫，而是把整个 raw 内容复制出来，粘贴到在线校验工具（如 jsonlint.com）或 VS Code（装 Prettier 插件后按 Shift+Alt+F）里格式化——格式化失败的位置，基本就是逗号、引号或括号出问题的地方。
- 别在 Postman 里手动数行数，先格式化再看报错行
- 如果用了环境变量（如
{{token}}），确保变量值本身不带非法字符，且变量被包裹在双引号里："auth": "{{token}}"，而不是"auth": {{token}} - Postman 的
raw编辑框右上角有「Pretty」按钮，点一下能自动缩进，但它**不会自动修复语法错误**，只是让结构更易读
Postman 发送前怎么避免 JSON 末尾逗号
最稳妥的方式，是根本不在拼接时留逗号。比如你要构造一个数组：
{"users": [
{"id": 1, "name": "Alice"},
{"id": 2, "name": "Bob"},
{"id": 3, "name": "Charlie"}
]}而不是这样写：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
{"users": [
{"id": 1, "name": "Alice"},
{"id": 2, "name": "Bob"},
{"id": 3, "name": "Charlie"}, <-- 这个逗号非法
]}- 写完后立刻用
Ctrl+Shift+I（Windows/Linux）或Cmd+Shift+I（macOS）触发 Postman 内置格式化（仅限合法 JSON） - 如果格式化按钮灰掉，说明当前 JSON 已非法，必须先修复再格式化
- 对动态生成的 JSON（比如从脚本生成），优先用数组
.join(",")拼接元素，而不是循环里每个都加逗号
Postman 引用变量时 JSON 格式突然变错
这是高频翻车点：变量没加引号，导致 JSON 结构断裂。例如你设了环境变量 base_url = https://api.example.com，然后在 body 里写：
{
"url": {{base_url}}
}实际发出去的是：
{
"url": https://api.example.com
}这根本不是合法 JSON（字符串没引号）。正确写法必须加双引号：
{
"url": "{{base_url}}"
}- 所有变量插入 JSON 字段值的位置，都必须用双引号包裹，哪怕它本来就是数字或布尔值（除非后端明确接受非字符串类型）
- 变量名本身不能含空格或特殊字符，否则 Postman 解析失败，连变量替换都不会发生
- 如果变量值里含双引号（比如
name = "John \"Doe\""），Postman 不会自动转义，需提前处理好
真正麻烦的不是逗号本身，而是它常和单引号、未转义中文、BOM 字节头混在一起出现。每次调试接口前，把 raw body 粘进校验工具跑一遍，5 秒就能排除 80% 的“网络异常”假象。
