怎么在不上传数据的情况下格式化 JSON？
格式化 JSON 本身通常不是高风险动作。真正的风险在于：你粘贴进去的 JSON 可能来自真实 API 响应、生产日志、Webhook、浏览器开发者工具或客户工单，里面可能夹带 token、邮箱、账号 ID、订单信息和内部系统地址。
先给结论：私密 JSON 优先在浏览器本地格式化；分享前先脱敏；不要把生产 payload 粘到会上传数据的陌生工具里。
BaseToolbox 的 JSON 格式化工具 可以在浏览器里美化、压缩和校验 JSON。对于 API 调试、配置检查、日志排查来说，这比把原始数据交给远程服务更稳妥。
JSON 为什么容易泄露信息？
JSON 只是文本格式，不是加密格式。.json 后缀并不能说明内容安全。一个看起来普通的对象，可能在很深的字段里包含敏感值：
{
"user": {
"email": "[email protected]",
"sessionToken": "redacted"
},
"billing": {
"customerId": "cus_redacted"
}
}如果在线格式化工具会把输入发到服务器，那么你粘贴的整个对象都有可能被接收。即使网站声明不会保存数据，在生产排查、客户支持和合规场景里，更好的做法仍然是：能不上传就不上传。
粘贴前先检查哪些字段？
粘贴 JSON 之前，先扫一遍这些字段名：
| 类型 | 常见字段 | 建议做法 |
|---|---|---|
| 凭证 | token、apiKey、secret、password |
先删除或替换 |
| 用户信息 | email、phone、userId、sub |
分享前脱敏 |
| 会话数据 | cookie、session、refresh_token |
不要发给远程工具 |
| 内部系统 | 主机名、IP、队列名、租户 ID | 默认只在本地查看 |
| 订单支付 | customer ID、invoice ID、地址 | 按敏感数据处理 |
一个简单判断是：如果你不会把这个值发到公开聊天群里，也不要随手粘到陌生在线工具里。
更安全的格式化流程
处理工作数据时，可以按这个顺序：
- 先用本地浏览器工具打开 JSON。
- 校验语法是否有效。
- 按团队习惯格式化成 2 空格、4 空格或 Tab。
- 搜索
token、secret、email、cookie、password等字段。 - 再复制一份脱敏版本给同事、供应商或工单系统。
这样既能保留格式化工具的调试效率，也不会把每次 API 排查都变成一次数据外传。
格式化和校验不是一回事
格式化只是调整空格、换行和缩进，让人更容易阅读。压缩则是去掉不必要的空白字符，让 JSON 更短。校验检查的是语法：引号、逗号、大括号、转义字符是否正确。
但语法正确不代表业务正确。一个 JSON 可以完全合法，却因为字段缺失、类型不对、枚举值不合法、接口版本不一致而被 API 拒绝。
所以，格式化工具适合用来读懂内容；真正判断数据是否符合接口要求，还要看 API 文档、JSON Schema、后端校验或测试结果。
什么内容可以放心格式化？
下面这些内容通常风险较低：
- 文档里的示例 JSON。
- 自己写的假数据。
- 已经公开发布的 API 示例。
- 不含账号、凭证和业务数据的配置片段。
下面这些内容要谨慎：
- 生产日志。
- 浏览器 Network 面板复制出的响应。
- Authorization header。
- Webhook 原始内容。
- 客户支持系统导出的记录。
- 计费、订单、分析系统里的对象。
判断重点不是“JSON 能不能格式化”，而是“这个 JSON 是否应该离开你的设备”。
团队协作时，建议维护一份脱敏样例 fixture。它可以保留真实 API 的字段层级、数组结构、枚举值和错误形状，但不要包含真实用户、真实订单和真实凭证。以后写 bug、补文档、问同事时，优先复用这份样例，而不是每次从生产环境复制一段新数据。
如果确实需要展示真实结构，也可以只保留字段名，把值替换成类型提示，例如 "<email_redacted>"、"<token_redacted>"、12345。这样对方仍然能看出字段是否嵌套错了、数组是否缺项、类型是否不一致，但不会拿到真正业务数据。
这也能让后续复盘更稳定、更可重复。
常见问题
JSON 是加密的吗？
不是。JSON 是结构化文本。只要拿到文件或字符串，里面的字段值就可以直接读到，除非某个字段本身单独做了加密。
在线 JSON 工具会不会拿到我的数据？
如果工具把输入上传到服务器，服务器就可能接收到你粘贴的内容。本地浏览器格式化可以减少这个风险，因为处理发生在你的设备上。
应该先脱敏还是先格式化？
如果内容高度敏感，先脱敏再格式化。若 JSON 很乱、字段很深，可以先用本地工具格式化，再制作一份可分享的脱敏版本。