语言JSON 验证器
验证 JSON 并直接在浏览器中抓取语法问题,然后在 API 请求、配置文件、固定或导入工作流程中重新使用文本 。 此页面用于快速解析所粘贴的 JSON 的检查, 特别是当您需要确认该结构是否有效后, 才能用它做其他任何操作 。
数据
试试看
示例 JSON 文档
{"user":{"id":42,"name":"Ava"},"roles":["editor","billing"],"active":true}Valid JSON
{"name":"Ava","active":true,}Invalid JSON
{'name':'Ava','active':true}Invalid JSON
这个校验符检查什么
此页面检查所粘贴的文本是否有效, 可以成功解析 。 在将有效载荷发送到API,实施配置文件,或者将JSON传递到另一个工具之前,需要快速语法解答时是有用的.
这个范围很重要:有效的JSON语法不能保证数据对您的应用是正确的. 有效有效载荷可以是JSON,并且仍然不能满足API要求,业务规则,或者以后进行计划检查.
常见的 JSON 错误和如何纠正它们
常见的问题有:跟踪逗号,单引号而不是双引号,属性之间缺失逗号,未引用的属性名称,以及缺失的收尾括号. 验证失败时, 请先扫描 。 许多被粘贴的片段会因为看起来像JavaScript对象而失败,而不是严格的JSON.
JSON 对 JavaScript 对象文字
一个文本片段在JavaScript中可以看起来有效,但在这里仍然失败,因为JSON更严格. JSON要求双引用属性名称和字符串值,它不允许评论或放松对象-文学语法. 这种区别解释了许多来自docs、浏览器控制台和代码样本的复制/复制惊喜。
如何在真实的工作流程中使用验证结果
此页面在发送 API 请求, 存储配置文本, 导入 JSON 到另一个应用程序, 或检查复制的 Webhook 或导出片断是否在结构上有效之前很有帮助 。 它会给你一个快速的“是”或“否”语法检查,然后在其他地方开始格式化、转换或应用程序特定验证。
此工具不会做什么
在你重温JSON之前
在将有效载荷视为已准备好之前,将其与目的地合同或计划进行比较,而不是仅依赖语法. 此页面可以告诉你JSON pares,但只有真正的目的地规则可以确认该结构可以被导入,部署,或API使用.
为什么JSON能够有效 并且仍然未能生产
一个有效载荷可以是JSON,并且仍然会失败,因为所需的密钥缺失,值使用错误的类型,额外字段不允许,或者下游的API预期会有不同的结构. 语法验证是有用的第一个门,但与应用级正确性不同.
何等为有效的 JSON 成果是否和是否意味着
一个有效的结果意味着文本在战术上是正确的,可以被解析成功. 这并不是说有效载荷满足一个计划,包含每个所需的领域,使用正确的数据类型,或符合接收服务的期望。
此校验器不会自动修复无效的 JSON, 应用一个方案, 确认 API 兼容性, 或判断字段名称和值对您的工程是否合理 。 这仅仅是一个语法级别的检查。