Postman中raw JSON双引号显示为"是因误选Text格式或变量双重序列化所致；应确保右上角选JSON格式、变量传对象而非字符串、内联变量时不加引号。
Postman 里 raw JSON 中的双引号变成 " 怎么办
这不是 Postman 在“转义”，而是你把 JSON 字符串当作文本粘贴进了 raw 输入框，且没选对格式。Postman 的 raw 模式本身不解析 JSON，它只原样发送你输入的内容；如果你手动写了 {"name": "test"} 却在 raw 下方误选了 Text 或 HTML，Postman 就会把整个字符串（包括双引号）当成普通文本发出去——服务端收到后，json.Unmarshal 或 ObjectMapper 解析时发现引号不匹配或结构非法，就可能报错或触发二次转义逻辑。
解决方法很简单：
- 确保
raw输入框右上角下拉菜单明确选中JSON（不是Text） - 不要手动拼接带引号的字符串，直接写标准 JSON：
{"name":"test","tags":["a","b"]} - 如果字段值本身来自变量（如
{{user_json}}），确认该变量内容已是合法 JSON 字符串，且未被额外包裹引号（比如变量值是"{"id":1}"就错了，应为{"id":1}）
用 {{variable}} 插入 JSON 片段导致 extraParams 字段出现 \"{\"hostValue\":...}\"
这是典型的“双重序列化”：变量 {{extraParams}} 的值已经是 JSON 字符串（比如 [{"hostValue":"id1"}]），但你在 Postman 的 raw 框里把它放在外层 JSON 中时，又加了一层双引号，等效于：{"extraParams": "{{extraParams}}"}。Postman 替换后变成：{"extraParams": "[{"hostValue":"id1"}]"}——注意中间那段被当作文本字符串包起来了，服务端解析时就会看到带反斜杠的转义结构。
正确做法是让变量本身不带外层引号，且依赖 Postman 的 JSON 模式自动处理嵌套：
- 在 Pre-request Script 中设置变量时，用
pm.variables.set("extraParams", [{"hostValue":"id1"}])（传对象，不是字符串） - 在
rawJSON 中直接写：{"extraParams": {{extraParams}}}（注意：这里{{extraParams}}前后**不加引号**） - 确保右上角是
JSON格式，Postman 才会把变量值按 JSON 语法内联展开，而不是当字符串拼接
curl 命令里 -d '{"key":"val"}' 发过去，后端却收到 key 字段值是 "val"
问题不在 curl，而在你构造请求体的方式和后端解析逻辑的配合。curl 本身不会“多加反斜杠”，它只是忠实地发送你给它的字节流。如果你看到响应里字段值是 ""val""，大概率是后端代码做了两次 JSON 解码：第一次从请求体拿到 {"key":"val"}，第二次又对 key 字段值再次调用了 json.Marshal 或类似操作（比如日志打印前又序列化了一次）。
排查重点：
- 检查后端是否在接收后又对某个字段单独做
json.Marshal（常见于日志记录、缓存写入、转发请求等场景） - 用
curl -v查看真实发出的请求体，确认是不是你写的那样（例如echo '{"key":"val"}' | curl -v -X POST -H "Content-Type: application/json" -d @- http://...） - 对比 Postman 和 curl 的
Content-Type是否一致，避免 curl 默认用application/x-www-form-urlencoded
大 JSON 请求体嵌入 Postman 脚本后 Git diff 失效、编辑困难
这不是序列化问题，是工程实践问题。80KB+ 的 JSON 直接塞进 collection.json 的 request.body.raw 字段，会导致整个文件体积膨胀、diff 工具无法识别语义变更、协作 review 几乎不可行。
目前最可行的解法是用 Postman 的 Data File + Pre-request Script 组合绕过限制：
- 把大 JSON 存成独立文件（如
payload.json），放在 collection 同级目录 - 在 Pre-request Script 中读取：
const payload = JSON.parse(pm.execution.testScript.data.payload);（需先在 Runner 中加载该文件为 data file） - 再用
pm.variables.set("fullPayload", payload)，并在raw中写{{fullPayload}}（同样不加引号） - 注意：Postman 不支持直接读本地文件，所以必须通过 Collection Runner 的 Data File 功能导入，不能用
fs.readFile等 Node.js API
真正容易被忽略的是变量内联时机——Postman 只在发送前一刻才替换 {{var}}，而 Data File 加载发生在 Runner 启动时，两者生命周期不同步可能导致空值；务必在 Pre-request Script 开头加 console.log(pm.variables.get("fullPayload")) 验证是否成功注入。
