当 contactMethod、deliveryType、invoiceRequired 这类字段决定后续必填项时，只看 required、type 和 oneOf 还不够。先用 JSON Schema 校验 if/then/else 条件规则，再用 JSON Patch 应用验证拟议修复，用键路径、Pointer、JSONPath 和 Deep Diff 复核真实字段位置与版本差异，确认问题是条件规则过严、示例数据遗漏，还是补丁路径写错。
JSON Schema if then条件必填字段校验JSON Schema 条件校验contactMethod email customerEmailJSON Patch 应用验证接口条件分支校验发布前补丁验证
适合哪些查看场景
contactMethod=email 时缺少 customerEmail
invoiceRequired=true 时忘记 taxId 或 billingAddress
补丁把条件字段修到错误路径导致验证仍失败
用 Deep Diff 对比修复前后 payload 是否只改动目标字段
发布前复核条件分支、必填项和迁移补丁是否一致
推荐查看路径
- 先格式化 Schema、原始 JSON 和修复后 JSON
- 用 Schema 校验 if/then/else、required、format 和 pattern
- 读取错误路径和 keyword，判断是条件必填、字段路径还是类型问题
- 用 JSON Patch 生成或应用修复操作并验证输出结果
- 再用键路径、Pointer、JSONPath 和 Deep Diff 复核真实字段与版本差异
相关工具入口
面向 if/then/else 条件必填、渠道分支规则、发布前补丁验证和接口条件兼容性复核的排查流程。
JSON Schema 校验查看
用 JSON Schema 校验 JSON 数据，定位 required 缺失、additionalProperties / unevaluatedProperties 未知字段、dependentRequired / dependentSchemas 条件联动、allOf / anyOf / oneOf 分支冲突、not 禁用组合、contains 数组成员缺失、uniqueItems 数组重复、patternProperties 动态键名、format 错误、类型漂移、deep object / composed schema / 组合 Schema 漏出字段，以及 AJV instancePath / schemaPath / keyword 和 missingProperty 错误路径解释。
JSON SchemarequiredadditionalPropertiesJSON Diff / Patch 查看
生成并应用验证 RFC 6902 风格 JSON Patch（add/remove/replace），查看 replace /status、remove legacyEmail、requestId/details 收敛等操作路径、变更统计和应用结果，适合接口版本迁移、错误响应收敛、字段改名评审与配置升级。
JSONDiffPatchJSON 键路径提取查看
提取 JSON 对象中的键路径、节点类型和层级深度，支持点路径与 JSON Pointer 输出，适合接口字段盘点、nodes 数组漂移、错误字段路径、映射对齐和导入前结构检查。
JSON键路径字段盘点JSON Pointer 路径查看
用 JSON Pointer 精确查看 JSON 中某个字段、数组项或根节点，适合接口响应、字段改名新路径、配置定位和文档核对。
JSON PointerJSON路径JSONPath 解析查看
用 JSONPath 表达式查看 JSON 中匹配的数据、数量和路径，支持数组通配、递归查找、特殊键名 bracket 写法和 ?(@.status=="paid") 条件筛选，适合接口响应字段发现、导入错误字段、AI answer public sources URL 提取、证据卡 public source URL 复核、sourceGroups source-group public URL 复核、字段改名和数组结构变化后的空结果复核。
JSONPathJSON接口JSON 深度对比查看
逐层查看两个 JSON 的新增、删除、类型变化和值变化，适合接口版本差异、字段删除影响、数组元素结构回归、错误响应包络迁移、配置和结构化数据排查。
JSONDiff深度对比JSON 格式化查看
格式化、压缩并校验 JSON 文本，快速查看结构、错误位置、压缩结果和接口返回内容是否正确。
JSON格式化校验常见问题
当 contactMethod、deliveryType、invoiceRequired 这类字段决定后续必填项时，只看 required、type 和 oneOf 还不够。先用 JSON Schema 校验 if/then/else 条件规则，再用 JSON Patch 应用验证拟议修复，用键路径、Pointer、JSONPath 和 Deep Diff 复核真实字段位置与版本差异，确认问题是条件规则过严、示例数据遗漏，还是补丁路径写错。
if/then 和 oneOf 应该怎么选？
如果是同一对象里某个字段决定另外哪些字段必填，优先考虑 if/then；如果是多个完整分支互斥，oneOf 往往更合适。
为什么把 Patch 验证放进条件校验流程？
很多修复不是重写 Schema，而是补字段、改路径或迁移旧数据。先应用 Patch 再跑 Schema，能更快确认修复是否真的命中条件分支。
继续查看这些专题
把高频工具需求整理成可收录、可引用、可转发的专题页，帮助用户快速找到一组相关工具，也帮助搜索引擎和 AI 理解 Chakan 的工具能力。
TDEE、BMR、睡眠周期和每日饮水量健康规划查看专题
把 TDEE 热量估算、BMR 基础代谢、BMI 健康体重范围、睡眠周期和每日饮水量放在同一条本地优先查看路径，适合健身、作息、补水和公开搜索入口。
打开专题股票盈亏、股息收益率、复利、存钱目标和通胀购买力计算查看专题
围绕股票盈亏、股息收益率、每月定投复利、存钱目标倒推、退休缺口和通胀购买力折损的安全公式型查看路径，适合投资沟通、长期规划和公开搜索入口。
打开专题中国 AI 搜索答案来源与引用准备检查
面向中国 AI 搜索和问答系统的公开页面准备清单：检查源码可见性、标题主线、结构化数据、FAQ、内链、关键词覆盖、robots、sitemap 和日志信号，但不承诺任何平台一定引用。
打开专题