JSON Schema 校验

怎么用

1. 左边粘贴 JSON 数据，右边粘贴 JSON Schema。
2. 点校验。每条问题都会带上出问题的路径，例如 $.tags[1] 或 $.user.email。
3. 看路径后面的说明。类型不符、缺少必填键、数值越界、字符串不匹配正则、出现多余键，都会分别列出。
4. 全部通过时只显示一条确认行，问题数为 0。

支持的子集包括 type、required、properties、items、enum、minimum、maximum、exclusiveMinimum、exclusiveMaximum、minLength、maxLength、pattern 与 additionalProperties；任何需要 schema 的位置都接受布尔 schema（true 或 false）。

常见用法

• 发出报文前先自查 —— 按接口文档里的 schema 核对请求体的结构。
• 排查线上校验失败 —— 拿到出错值的确切路径，而不是服务端那句笼统的报错。
• 学习 schema 基础 —— 用自己控制的小文档，观察每个关键字的实际行为。
• 检查手写的配置 —— 找出写成字符串的数字，或者整个缺失的键。

常见问题

问：数据会上传吗？ 答：不会。两份文档都在浏览器内解析与校验，含个人数据的报文、令牌、内部 schema 都不会离开你的设备。

问：不支持的关键字会怎么处理？ 答：会作为一条问题报出来，写明是哪个关键字，并说明结论不完整。验证器不会把自己没真正检查的规则当成通过。

问：为什么不支持 $ref？ 答：解析引用需要完整的文档加载与指针解析能力。与其假装引用已被检查，不如明确告知该关键字不在范围内，由你在别处校验这些部分。

问：会校验 email、date-time 这类 format 吗？ 答：不会。需要用格式校验时请改用 pattern 关键字 —— 那是这个工具真正能执行的检查。