上周调试一个用户中心接口，返回的 JSON 有 8 层嵌套，300 多行。我直接复制到 https://json.quan77.cn/ ，先点了一次格式化，看到缩进后的结构，又切到树视图确认了某个字段的父级关系。整个过程不到 10 秒，省去了手动数花括号的 3 分钟。
缩进和树视图到底有什么区别
缩进模式是把 JSON 按层级加上换行和空格，看起来像代码块。适合你确认键值对是否对齐、或者要把格式化后的代码贴回编辑器。树视图则把每个节点变成可折叠的树形菜单，点开才能看到子项。适合你只想看某个分支，或者需要快速定位深层字段。
实际使用时：如果你在调试接口，缩进模式更直观——一眼能看到所有字段名。如果你在分析日志，树视图更省眼力——折叠掉不关心的部分。
三个真实场景分别怎么用
场景一：接口返回的 JSON 有重复字段。比如一个订单接口，"items" 数组里每个对象都包含 "price"，但最外层也有 "total_price"。用缩进模式，你能看到所有键名是否一致。如果某个 "price" 多写了个空格，缩进后一眼就能发现。
场景二：从数据库导出的 JSON 文件有 2000 行，但只关心 "user" 对象下的 "address" 字段。用树视图，折叠掉其他分支，直接展开 "user" → "address"，省去滚动搜索的时间。
场景三：写单元测试时，需要把 JSON 转成字符串塞进代码。用缩进模式格式化后，复制粘贴到代码里，再手动去掉换行。如果直接用压缩模式，字符串会挤在一行，粘贴后还得手动加引号。
什么时候别用它
这个工具对非标准 JSON 的处理有限。比如有些接口返回的 JSON 里包含注释（// 或 /* */），或者键名没加引号，格式化时会直接报错。这时你得先手动修正。
另外，文件超过 10MB 时，浏览器端的格式化会卡顿，树视图的折叠展开也会延迟。如果你的 JSON 文件是几十兆的日志，建议先用命令行工具（比如 jq）预处理，再粘贴到网页里看局部。
还有一个常见坑：缩进模式默认是 2 空格，但有些项目要求 4 空格。这个工具没有自定义缩进选项，所以如果你需要严格对齐团队规范，得格式化后再手动替换。
搭配哪些工具更顺手
格式化之后，如果你需要把 JSON 转成其他格式，可以试试 Base64 转换工具 里的 JSON 编码选项。或者用 字数统计工具 确认格式化后字符串的字符数，避免接口返回超长。
另外，如果你经常处理 JSON 里的时间戳，推荐配合 时间戳转换工具 一起用——很多接口返回的时间戳是毫秒级，直接看数值很难判断，格式化后复制到时间戳工具里转换，效率更高。