ToolMill.io

JSON 漂亮打印、修改和验证

格式化 JSON 用于可读性,为紧凑存储而修改,并在使用它之前在APIs,配置文件,前端apps,或测试固定装置中验证. 本页面为日常格式化工作所设计:将一行有效载荷转化为可读结构,缩小格式化的JSON回放,再重用结果前抓取无效语法.

数据

试试看

实例

漂亮的印记 JSON
投入
{"user":{"id":123,"name":"Ada"},"roles":["admin","editor"],"active":true,"meta":{"created":"2026-03-05T17:46:39Z"}}
产出
{
  "user": {
    "id": 123,
    "name": "Ada"
  },
  "roles": [
    "admin",
    "editor"
  ],
  "active": true,
  "meta": {
    "created": "2026-03-05T17:46:39Z"
  }
}
缩小 JSON
投入
{
  "a": 1,
  "b": [2, 3],
  "nested": {
    "ok": true,
    "note": "hello"
  }
}
产出
{"a":1,"b":[2,3],"nested":{"ok":true,"note":"hello"}}

什么漂亮的指纹对什么 微缩

漂亮的打印重写有效的 JSON 有缩进和行断,所以嵌入对象和阵列更容易扫描. 减法去除不必要的白空间,所以相同的JSON变得更加紧凑. 这两个动作都取决于输入是有效的JSON先.

此页面更改演示文稿,而非意义 。 它不排序密钥,不修复断开的语法,也不对照计划验证有效载荷. 目标是在使用被粘贴的JSON文本的同时,快速格式化和快速有效性检查.

何时使用每个模式

当您正在读取单行 API 响应时使用 Pretty , 检查一个嵌入式配置片段, 检查一个被复制的 Webhook 有效载荷, 或比较多个记录的结构 。 在将可读 JSON 嵌入请求正文、固定图、环境值或其他紧凑文本工作流程之前,请先缩小可读 JSON 。

分步工作流程

将 JSON 粘入编辑器,选择"漂亮"或"微缩",再在同一框中审查结果. 如果文本有效,则页面立即重写. 如果解析器失败,错误区域显示输入无效,这样您就可以在再次尝试之前更正语法.

共同投入情况

典型的输入包括单行API响应,从repo复制的精密配置碎片,已经格式化的JSON需要再压缩,或者从日志和浏览器工具上粘贴有效载荷. 在每一种情况下,有用的问题都是一样的:这是有效的JSON吗? 我希望更容易读取还是更容易粘贴到紧凑的目的地?

排除无效 JSON 出问题

在你重温另一个系统中的JSON之前

在将结果粘贴到另一个app之前,确认目的地接受相同的结构,字符编码,并逃避规则. 采用清洁格式的有效载荷比较容易检查,但生产准备状态仍取决于下游预期的计划或合同。

此格式不验证或修复的

格式化不会修复计划错配,缺失所需的字段,错误的数据类型,或者API特定的预期. 有效载荷在格式化后可以更清洁,在目的地系统中仍然失败,因为根本问题不是白空间或缩入。

如何解释相貌平整的 JSON 输出

平整印刷的输出会扩展缩进和断线,使结构更容易检查,而精密的输出会去掉用于紧凑运输或存储的额外白空间. 数据可以保持等同,尽管演示文稿变化很大. 选择适合您下一步的结果, 而不是假设一个模式总是更好 。

格式化通常会因文本无效而失败. JSON. 常见的原因包括后缀逗号,缺少括号或括号,使用的单引号代替了双引号,没有引号的属性名称,以及被复制的文本包含评论或额外的出道. 这个页面可以快速确认有效的语法,但不会为您自动修复缺陷的JSON.

相关工具