应用错误收集

研究写这个问题我找到了答案。等同于targetNamespace的是$id属性。标准声明......

“$ id”关键字定义架构的URI，以及基本URI 解析模式中的其他URI引用。一个 subschema的“$ id”是根据其父级的基URI解析的架构。如果没有父级使用“$ id”设置显式基，则基URI为根据RFC 3986第5节确定的整个文档的内容 [RFC3986]。

...这是$schema ...

的主要文字的镜像

“$ schema”关键字都用作JSON Schema版本标识符和资源的位置本身就是一个JSON Schema，它描述为此特定版本编写的任何模式。价值这个关键字必须是一个URI [RFC3986]（包含一个方案）和这个 URI必须规范化。当前架构必须对有效由此URI标识的元架构。

经过一些更多的研究后，我得出结论，上述 - 尽管是正确的 - 并没有提供完整的故事。关于在数据中使用$schema属性的一些补充：

a）在模式中使用$schema来定义应该使用哪个模式来定义自己的自定义模式。规范中没有说明任何类型的对象中的$schema都应该表明模式的验证。

b）您可能在您的架构中定义$schema应该指示用于验证的架构。

c）还有其他方法可以指示数据的架构。一个这样的例子是在http头中使用内容类型。另一种方法是使用链接http头。

d）vscode和visual studio都将$schema解释为对用于验证的模式的引用

此问题已在github repo中针对规范进行了讨论。