<p>JSON Schema 不能直接映射 JSON 到 XML，需作为元数据驱动映射逻辑：依据 type、required、items 等字段及 x-xml-* 扩展决定元素/属性、命名、容器、默认值等，且必须先校验再构造。</p>
JSON Schema 本身不提供 JSON 到 XML 的映射能力，它只能校验 JSON 结构是否合法；要实现“验证 + 映射指导”，必须把 Schema 当作元数据来驱动映射逻辑，而不是直接转换工具。
JSON Schema 能告诉你哪些字段该转成 XML 元素还是属性
XML 中 element 和 attribute 语义不同：属性适合简短、标识性、非嵌套的值（如 id、type），元素适合可扩展、含子结构或文本内容的字段。JSON Schema 的 type、format、description 甚至自定义字段（如 x-xml-kind: "attribute"）可作为映射决策依据。
- 若字段有
"type": "string"且"maxLength": 32，倾向映射为attribute - 若字段有
"type": "object"或"type": "array"，必须映射为element - 在 Schema 中添加扩展字段（如
"x-xml-name": "person-id"）能显式控制 XML 节点名，避免硬编码
用 required 和 default 指导 XML 必填性与默认值处理
XML Schema（XSD）用 minOccurs 控制元素是否可选，而 JSON Schema 的 required 数组和 default 值可直接对应：
-
required: ["name"]→ 对应 XML 元素设minOccurs="1" -
"age": { "type": "integer", "default": 0 }→ 映射时若 JSON 缺失age，XML 中仍输出<age>0</age>，而非省略 - 注意：JSON Schema 验证器（如
ajv）默认不自动注入default值，需手动调用validate后检查并填充
数组映射时，靠 items 和 minItems 决定是否包裹容器元素
JSON 数组在 XML 中没有原生等价物，常见做法是用一个“容器元素”包裹多个同名子元素（如 <items><item>...</item><item>...</item></items>）。是否加容器，取决于 Schema 中对数组的描述：
- 若
"items": { "type": "string" }且无"minItems": 1，说明数组可空，建议加容器元素（否则空数组无法表达） - 若
"items": { "$ref": "#/definitions/Person" }，且Person有明确语义，容器名宜取复数形式（如persons），可通过x-xml-container: "persons"注明 - 避免将单元素数组映射为无容器的孤立元素——这会丢失“这是一个列表”的语义
实际映射代码需分两层：先校验再构造，不能跳过验证直接转
常见错误是先用 JSON.parse() 得到 JS 对象，就直接递归生成 XML 字符串。这样绕过了 Schema 约束，导致非法 JSON（如字段类型错、缺失必填项）也能产出看似合法的 XML，但语义已损坏。
const Ajv = require('ajv');
const ajv = new Ajv();
const validate = ajv.compile(schema);
<p>const jsonData = JSON.parse(rawJson);
if (!validate(jsonData)) {
throw new Error(<code>JSON validation failed: ${JSON.stringify(validate.errors)}</code>);
}</p><p>// ✅ 此时才安全地进入 XML 构造逻辑
const xmlString = jsonToXml(jsonData, schema); // 自定义函数，读取 schema 中的 x-xml-* 扩展字段</p>真正容易被忽略的是：JSON Schema 中的 oneOf/anyOf 分支，在映射到 XML 时往往需要额外约定命名策略（例如用 xsi:type 属性标注具体类型），否则 XML 解析器无法还原原始 JSON 的联合类型语义。
