如何在浏览器中安全美化压缩 JSON

什么时候使用这个流程

当 API 响应、webhook 示例、浏览器控制台对象或日志内容被压缩成一整行时，可以使用这个流程。先用 JSON Formatter 美化结构，再用 Text Diff 对比可疑修改，最后再把可读示例放进 issue、README 或支持文档。如果同一份数据还会进入配置文件，可以继续对照 JSON Formatter 和 YAML Formatter 什么时候用。

操作步骤示例

• 从 response body、日志面板或调试控制台复制压缩 JSON。
• 粘贴到 JSON Formatter 中，并格式化为带缩进的结构。
• 先检查顶层字段，再逐层查看嵌套对象、数组、转义字符串和 null 值。
• 如果排查过程中修改了 JSON，可以用 Text Diff 对比原始版本和修改版本。
• 如果这段 JSON 来自 token payload，建议单独用 JWT Decoder 查看，不要手动拆分字符串。
• 如果最终示例要写进文档，可以放到 Markdown Preview 中检查代码块显示效果。

常见错误

不要把美化 JSON 当成格式转换。美化只应该改变空格、缩进和换行，不应该改变 key、value、数组顺序或转义字符。如果格式化后值发生变化，通常是复制或编辑时误改了内容。

浏览器检查清单

保留一份未修改的原始压缩 JSON。另复制一份用于格式化阅读。只有在你实际编辑过内容后，才需要做差异对比。对外分享前，应删除密钥、token、客户数据和私有 ID。

隐私说明

格式化过程在浏览器中完成，适合日常 API 调试。对高度敏感的 payload，复制到任何工具或文档流程前，都应先移除私密字段。

FAQ

美化 JSON 会改变数据吗？

不会。JSON 美化只应该改变空白和换行，字段和值应保持一致。

为什么格式化后的 JSON 仍然校验失败？

原始内容可能本身就不是合法 JSON，例如包含尾随逗号、未转义引号、注释或日志前缀。