JSON Schema 不能直接映射 JSON 到 XML，需作为元数据驱动映射逻辑：依据 type、required、items 等字段及 x-xml-* 扩展决定元素/属性、命名、容器、默认值等，且必须先校验再构造。

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: ["name"] → 对应 XML 元素设 minOccurs="1"
• "age": { "type": "integer", "default": 0 } → 映射时若 JSON 缺失 age，XML 中仍输出 0，而非省略
• 注意：JSON Schema 验证器（如 ajv）默认不自动注入 default 值，需手动调用 validate 后检查并填充

数组映射时，靠 items 和 minItems 决定是否包裹容器元素

JSON 数组在 XML 中没有原生等价物，常见做法是用一个“容器元素”包裹多个同名子元素（如 ......）。是否加容器，取决于 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);
const jsonData = JSON.parse(rawJson);
if (!validate(jsonData)) {
throw new Error(JSON validation failed: ${JSON.stringify(validate.errors)});
}
// ✅ 此时才安全地进入 XML 构造逻辑
const xmlString = jsonToXml(jsonData, schema); // 自定义函数，读取 schema 中的 x-xml-* 扩展字段

真正容易被忽略的是：JSON Schema 中的 oneOf/anyOf 分支，在映射到 XML 时往往需要额外约定命名策略（例如用 xsi:type 属性标注具体类型），否则 XML 解析器无法还原原始 JSON 的联合类型语义。