为何JSON布尔值true与false是合法的JSON Schema？

这是JSON Schema从早期草案阶段就保留的核心语法设计，本质是把两种最高频的极端校验场景做成了常量级简写，完全围绕「降低Schema编写成本、提升可读性」的核心目标设计，具体逻辑和实际作用如下：

• 布尔Schema true：语义为无条件放行所有实例，任何合法JSON值都能通过该Schema的校验，效果和写空对象Schema {}完全等价。
  绝大多数开发者写Schema时早就用过这个语法了：比如配置additionalProperties: true表示允许对象携带任意未声明的额外属性、if/then/else条件分支中某一分支不需要加额外校验规则、组合校验（allOf/anyOf/oneOf等）中某一分支不需要追加约束，直接写true即可，完全没必要冗余写空对象。
• 布尔Schema false：语义为无条件拦截所有实例，任何合法JSON值都无法通过该Schema的校验，效果和写{ "not": {} }完全等价。
  它是所有禁止类规则的最简写法：大家最常用的additionalProperties: false就是直接靠它实现「完全禁止额外属性」的效果，除此之外，如果你需要明确标记某个结构位置不允许出现任何值、某个条件分支必须阻断校验通过，直接写false比写嵌套的否定Schema直观太多。

很多开发者日常写Schema时经常给各类校验关键字传true/false作为配置，却没意识到这两个值本身就是独立的合法Schema——本质上这类关键字的取值要求本身就是传入一个合法JSON Schema，布尔值作为Schema的语法设计，刚好让这类高频配置的写法变得极其简洁自然，根本不需要做额外的特殊语法兼容。

内容的提问来源于stack exchange，提问作者tribone