Postman 的 Beautify 功能仅在 Body 设为 raw + JSON 模式且输入合法 JSON 时可用，用于格式化而非纠错；非法语法会报错，需先修复再美化。
Postman 本身不提供“格式化输入中的 JSON 字符串”功能，但只要你粘贴的是合法 JSON，它就能自动帮你美化（Beautify）——前提是先选对 raw + JSON 模式。
为什么点不了 Beautify？常见原因和解决办法
很多人打开 Body → 选 raw → 粘贴一串看起来像 JSON 的文本，却没看到 Beautify 按钮。根本原因是 Postman 没识别出这是 JSON，它只在明确知道内容类型是 JSON 时才激活该功能。
- 没在
raw右侧下拉菜单里选JSON：必须手动点开下拉框，选中JSON（不是Text或Plain），此时 Postman 才会启用语法校验和 Beautify - 粘贴的内容含中文引号、全角标点或尾部多余逗号：Postman 会报错
SyntaxError: Unexpected token，Beautify 按钮灰掉 - 用了单引号包裹字符串：JSON 规范只认双引号，
{'name': 'test'}是非法的，得改成{"name": "test"} - 开头或结尾多了不可见字符（比如从微信/钉钉复制带格式文本）：建议先粘到记事本里纯化，再转进 Postman
Beautify 能不能修复错误？不能，但它能快速暴露问题
Beautify 不是纠错工具，它是格式化工具；它的作用是把合法 JSON 按缩进、换行、高亮重排。一旦点击后弹出红色错误提示，说明你当前输入不符合 JSON 语法。
- 错误信息如
Unexpected end of JSON input：多半缺了右大括号}或右方括号] - 错误信息如
Unexpected token u in JSON at position 0：开头可能是undefined、null或未定义变量名，不是有效 JSON 字面量 - 错误信息如
Invalid character：检查是否有 emoji、零宽空格、BOM 头（尤其 Windows 记事本保存的 UTF-8 带 BOM 文件）
遇到这类报错，别硬点 Beautify，先用在线 JSONLint 工具或 VS Code 打开验证，修好语法再回来。
想临时把非 JSON 字符串转成 JSON？得手动包一层
比如你有一段纯文本 hello world，或者一段 HTML 片段，想让它变成可格式化的 JSON，Postman 不会自动加引号或转义。你得自己处理：
- 如果是字符串值，手动补上双引号：
"hello world"→ Beautify 后变成居中缩进的单行 - 如果含换行或双引号，必须转义：
"message": "He said \"OK\""，否则 Beautify 直接失败 - 如果想模拟一个对象结构，至少写成：
{"data": "hello world"}，否则只是字符串字面量，不是 JSON object
注意：Beautify 不改变数据语义，只调整视觉排版。它不会帮你把 key=value 表单参数转成 JSON，也不会解析 URL 编码。
响应体里的 JSON 自动美化，但请求体不会自动补全
Postman 对响应体的 JSON 是全自动识别 + 格式化（只要 Content-Type 是 application/json），但请求体完全相反：它不猜测、不修正、不补全。你给什么，它就发什么。
这意味着：
- 少一个逗号、多一个逗号、引号不闭合 → 请求照发，但后端大概率返回
400 Bad Request或解析异常 - 你用
raw+Text模式粘了 JSON，Postman 就当纯文本发，Content-Type也不会自动设成application/json - 即使你手动加了
Content-Type: application/json头，Body 内容本身语法错误，服务器依然拒收
真正容易被忽略的一点：Beautify 只影响你在 Postman 里看到的编辑效果，不影响实际发送内容。它不参与序列化，也不做任何运行时转换 —— 它就是个前端编辑器功能，仅此而已。
