在现代开发中，JSON 凭借轻量、易读的优势几乎成了数据交换的标准。但许多企业尤其是金融、政务、制造业的核心系统仍大量依赖 XML。比如国内一些银行的支付接口、税务申报平台、或者老旧的 ERP 系统，它们只接受严格格式的 XML 报文。此时你手头可能只有一份 JSON 数据，如果手工编写 XML，不仅容易出错，效率也十分低下。“JSON 转 XML”工具正是为这种场景而生。你只需把 JSON 文本粘贴进去，它就能在浏览器本地快速完成转换，生成符合规范的 XML。整个过程在客户端完成，不会将敏感数据发送到服务器。生成的 XML 可以直接复制或下载，马上接入目标系统。如果你经常需要在这两种格式间切换，配套的 XML 转 JSON 工具 同样可以覆盖反向需求。
工具会将 JSON 对象中的每个键值对转换为 XML 元素。键名成为标签名，值作为文本内容。如果值是嵌套对象，则递归生成子元素。重点在于数组的处理：JSON 数组的每个元素会使用相同的标签名重复出现，外层通常需要一个明确包装。一份典型的订单数据 { "订单": { "单号": "SO20231201", "明细": [ { "商品": "键盘" }, { "商品": "鼠标" } ] } }，转换后的 XML 将包含 <订单><单号>SO20231201</单号><明细><商品>键盘</商品><商品>鼠标</商品></明细></订单>。可以看到，数组“明细”下的每个对象形成重复的 <商品> 标签。工具还会自动在最外层包裹一个根元素，默认可设置，保证 XML 结构完整。理解这些基础映射规则，你就能预判任意 JSON 对应的 XML 形态，从而更顺畅地调试集成。
虽然机器并不在意空格与换行，但开发者需要清晰可读的输出来排查问题。“JSON 转 XML”提供了几个实用的格式化选项。你可以自由选择缩进空格的数量，例如 2 个空格让元素层级一目了然，4 个空格则更突出层次感。如果下游系统需要 XML 声明（<?xml version="1.0" encoding="UTF-8"?>），只需勾选“包含声明”即可；对于某些仅需要纯净 XML 片段的场景，则可以取消勾选以去除头部的声明信息。属性前缀处理是另一个贴心的功能。当你的 JSON 键名以 @ 或 _ 开头时，工具可以将其识别为 XML 属性值，而非子元素。比如 { "@id": "001", "名称": "键盘" } 在启用属性前缀后，会生成 <item id="001"><名称>键盘</名称></item>。这让转换后的 XML 更贴近 SOAP 或既有 schema 的要求，避免了繁琐的手工调整。
一个规范的 XML 文档必须有且只有一个根元素。默认情况下，工具会使用“root”作为根节点，但真实业务场景往往需要指定有意义的名称，比如“订单列表”、“员工信息”或 SOAP 信封需要的 Envelope。在“JSON 转 XML”工具界面上，你只需在“根元素名称”输入框中填入所需的标签即可。举个例子，假设你拥有一份包含多个员工信息的 JSON 数组 [{"姓名":"张三"},{"姓名":"李四"}]。如果不加处理直接转换，结构可能会变得松散。当你把根元素设置为“员工集合”，输出的 XML 就会变成 <员工集合><姓名>张三</姓名><姓名>李四</姓名></员工集合>，层次立即清晰起来。这个自定义根节点的能力，让你输出的 XML 直接符合目标系统的命名约定，免去二次修改的麻烦。配合自定义根元素，再调整好缩进和声明，你得到的 XML 几乎可以开箱即用。
XML 对标签名称有严格的限制：不能以数字或标点符号开头，不能包含空格。如果你的 JSON 键叫 2ndItem 或 product name，转换可能失败或产生非预期的结果。这类问题最佳的处理方式是在源头修正 JSON 键名，比如改成 item2 和 product_name。建议在转换前先用 JSON 格式化工具 检查数据结构，确保键名符合 XML 名称的规范。关于特殊字符，无需担心。工具会自动将 &、<、>、" 等转义成对应的 XML 实体（&、<、>、"），保证 XML 的合法性。还有一点常被忽略的是 JSON 中的 null 值。工具会将 null 转换为一个空元素，即 <key /> 或 <key></key>。这符合常见的 XML 表示习惯。了解这些边界情况，当你在对接老系统遇到莫名其妙的结构错误时，就能快速定位到格式问题。
数组是 JSON 到 XML 转换中最容易让新手困惑的地方。工具采用直截了当的映射策略：保留数组的键作为父元素，然后依次为数组中的每个子项输出同名标签。例如，一条藏书 JSON { "书单": { "书籍": [ {"书名":"红楼梦"}, {"书名":"西游记"} ] } } 会被转换为：<书单><书籍><书名>红楼梦</书名></书籍><书籍><书名>西游记</书名></书籍></书单>。可以看到，“书籍”元素重复出现，各自承载不同的数据。这种表示方法简洁且被广泛理解。如果你的目标系统期望数组项有不同的包装方式，通常需要结合属性或命名约定进一步调整。对于数字或布尔值数组，同样会生成重复的简单文本标签。无论多么复杂的嵌套结构，“JSON 转 XML”都能以确定性的规则展开。如果以后需要将 XML 还原为 JSON，XML 转 JSON 工具 也可以完成逆向操作。同时，当你需要将数据转换为表格格式，可以尝试 JSON 转 CSV 工具。不过眼下，掌握 JSON 转 XML 就足以打通多数老旧接口的集成瓶颈。
每个数组元素会变成一个与数组键名相同的 XML 元素，并按顺序重复出现。比如 "items": ["a", "b"] 会变成 <items>a</items><items>b</items>，这是保持数据顺序的标准序列化方式。
在“根元素名称”输入框填写你想要的标签名，例如填写 “root” 或 “feed”，工具就会用这个名称包裹所有生成的 XML 内容。
是的，为了生成合法、可解析的 XML，工具会自动对 <、>、&、" 和 ' 等特殊字符进行转义。这样做可以保证数据被正确传输，而不会破坏 XML 结构。
XML 元素名称不能以数字或标点符号开头，必须以字母或下划线开头。如果键名不符合这一规则，工具会提示错误并拒绝转换。你需要先将 JSON 的键名改成合法名称再使用。
在选项区域勾选“包含 XML 声明”，工具就会在生成的 XML 文档最前面加上这一行。如果你的目标系统明确要求或不接受该声明，可以自行开启或关闭。
可以，点击“下载”按钮会将 XML 文件保存到本地，文件编码为 UTF-8。也可以使用“复制”按钮将全部 XML 内容一键复制到剪贴板，方便粘贴到其他编辑器中。
null 值会被输出为一个空元素，自闭合的形式如 <field />，不包含任何文本内容。这样既能体现该字段的存在，又不会引入额外的数据。
JSON to CSV 更适合扁平表格数据的转换，而本工具专为生成具有层级结构的 XML 文档，保留嵌套关系和复杂的数据形态。如果之后需要把 XML 转回 JSON，可以试试 XML to JSON。
可以，在“缩进”选项中输入每级缩进的空格数量，例如设置 2 或 4。如果输入 0，则输出的 XML 不会换行，所有内容紧凑排列在一行，适合减少传输体积。
当 JSON 中的键名以你指定的前缀（如 @ 或 _）开头时，工具会将它识别为 XML 元素的属性而非子元素。自定义前缀可以让你精确控制哪些数据变成属性、哪些变成子元素，更灵活地适配目标格式。
