JSON 转 XML:干净、转义、可与 XML 转 JSON 往返

真实使用场景

• 用 JSON 测试夹具生成 SOAP 请求体

  你的服务内部走 REST/JSON,但有个老合作方只收 SOAP。把测试数据保留 成可读的 JSON,在发请求前用这个工具转一下。步骤:把报文写成 JSON, 信封的子节点作为嵌套 key,需要挂在元素上的 `xmlns`/`soap:` 属性用 `@` key 表示,把根元素设成你的操作名,保留 XML 声明头,把输出复制进 `<soap:Body>`。因为属性和文本都会正确转义,订单备注里出现 `Q&A` 或者 `<tag>` 都不会把信封搞坏。

• 从 JSON 内容列表生成 RSS 2.0 / Atom 源

  你从 CMS 拿到一个 JSON 文章数组,需要一份合法的 feed 给播客 App 或 阅读器用。把数组包在 `{ "channel": { "item": [...] } }` 这样的 key 下,每篇文章就会重复成 `<item>`,把 title/link/pubDate 映射到子 key 再转换。重复元素的行为正好是 RSS 的惯用写法,而转义能保证带 & 符号 的标题("Tips & Tricks")不会破坏 XML。把结果粘进 feed 文件再校验。

• 用 JSON 写 Android 字符串/布局资源

  Android 资源文件(`strings.xml`、drawable、layout)都是 XML,但把 内容真值留在 JSON 里、再生成 XML 往往更省事。把 `@name` 建模成属性, `#text` 建模成值:`{ "string": { "@name": "app_title", "#text": "Toolora" } }` → `<string name="app_title">Toolora</string>`。把缩进 设成 4 空格以匹配 Android Studio 的格式,打开声明头得到规范的文件头。

• 把 JSON 配置转成老应用要的 XML 配置

  大量企业软件(Spring beans、老的 .NET app.config、Tomcat server.xml)至今仍读 XML 配置。为了方便 diff,把配置保留成 JSON, 部署时再转。用嵌套对象表示分节,用 `@` key 表示 `name`/`value` 这类属性。单根规则意味着你设一个包裹元素(比如 `beans` 或 `configuration`),工具就保证输出能被解析。

• 让 XML 经 JSON 往返以便批量编辑

  你收到一个很大的 XML 文档,想用程序编辑它(查找替换、重排、过滤), 而你的工具链是 JSON 原生的。先用 XML 转 JSON 跑一遍,改完对象,再用 同样的 `@attr`/`#text` 设置在这里转回来,重建等价的 XML。两个方向 保持属性前缀和文本节点 key 一致,元素结构、属性和文本就能完整地 往返过来。

常见踩坑

• 以为多个顶层 key 会原样不被包裹。XML 只允许一个根,所以 `{ "a": 1, "b": 2 }` 会被包进 `<root>…</root>`。想要特定的包裹名,就去设置「根元素名」输入框,别假设第一个 key 自动当根。

• 把 `@属性` key 指向对象或数组。XML 属性只能放扁平的标量文本,所以 `{ "@meta": { "x": 1 } }` 会被静默跳过,而不是吐出非法的 `attr="[object Object]"`。把嵌套数据提升成子元素,而不是当属性。

• 忘了元素名会被清洗。带空格、冒号或以数字开头的 JSON key(`"order id"`、`"123"`、`"soap:Body"`)会被改写成合法 XML 名(`order_id`、`_123`、`soap_Body`)。如果你确实要保留 `soap:` 这种命名空间前缀,这是已知限制。请声明命名空间并使用单段的本地名。

隐私说明