XML 轉 JSON 工具到底產出什麼
XML 轉 JSON 工具做的事情很具體：沿著 XML 文件樹走一遍，輸出一份按相同層級組織的 JSON。每個元素變成物件，每個屬性按約定折進物件裡（多數實作用 @ 前綴的鍵），文字內容放進另一個約定鍵（常見的是 #text），重複的同級元素歸併成 JSON 陣列。換言之，它不是把 XML 換種寫法，而是把 XML 重新塑形成 JSON 僅有的兩種容器——物件和陣列。
為什麼會有這個方向的轉換需求
XML 在訂閱源、設定檔、SOAP 介面和大量企業級文件交換裡仍然廣泛存在；JSON 主導了現代 HTTP 介面、JavaScript 執行時和絕大多數除錯工具。XML 轉 JSON 就是這兩個世界之間的橋。
XML 構件如何映射到 JSON，又有哪些映射不下來
JSON 只有物件、陣列、字串、數字、布林、null；XML 有元素、屬性、混合文字、命名空間、處理指令、CDATA，還有順序規則。多數 XML 構件能映射到 JSON，但這是一組「約定」而非規範。
- 每個元素變成一個以標籤名為鍵的 JSON 物件；子元素以巢狀物件的方式放在該鍵下面。
- 属性折进同一个对象，但加约定前缀（常见为 @attr），避免和子元素名撞键。
- 文本内容放在约定键下（常见为 #text 或 _），只有当元素同时还带属性或子元素时才会用到这个键。
- 同名的多个同级元素会合并成数组；只有一个同名子元素时仍然是单个对象。下游代码必须同时能处理两种形态。
- 命名空间默认保留在标签名里（前缀:标签），除非显式要求剥离。静默去掉命名空间是“两份看起来一样的文档其实语义不同”的最常见原因。
一句話原則：審查輸出前先寫下你期望的約定（屬性前綴、文字鍵、陣列策略、命名空間處理）。結果是否「對」，永遠只是相對於你已經定下的約定而言。
如何使用這個工具
- 先在 XML 轉 JSON 中准备一份有代表性的需要变成更適合接口或解析器使用的 XML 文档，不要一开始就處理最大或最敏感的真实内容。
- 执行處理流程并產生反映 XML 层级結構、便于審查的 JSON 文字后，優先檢查属性、重复元素、文字节点内容、命名空间，以及源 XML 是否混合了資料和展示結構，再判断结果是否真的可用。
- 只有当结果已经適合用于接口迁移、支持排查、匯入准备和 XML 清理，并且不再触发這条风险提醒时，才複製或下载輸出：XML 的属性、命名空间和重复节点在轉換后可能会被压平，因此结果需要额外人工檢查。
XML 轉 JSON 範例
這個 XML 轉 JSON 示例使用有代表性的需要变成更適合接口或解析器使用的 XML 文档，展示產生后的反映 XML 层级結構、便于審查的 JSON 文字，便于你先確認属性、重复元素、文字节点内容、命名空间，以及源 XML 是否混合了資料和展示結構，再把同样設定用于真实輸入。
範例輸入
<item><name>ToolKit</name><active>true</active></item>
預期輸出
{
"item": {
"name": "ToolKit",
"active": "true"
}
}一份小型 XML 與對應的 JSON
<!-- XML -->
<library>
<book id="1" lang="en">
<title>XML in a Nutshell</title>
<author>Eckstein</author>
</book>
<book id="2" lang="en">
<title>Effective Java</title>
<author>Bloch</author>
</book>
</library>
// JSON
{
"library": {
"book": [
{ "@id": "1", "@lang": "en", "title": "XML in a Nutshell", "author": "Eckstein" },
{ "@id": "2", "@lang": "en", "title": "Effective Java", "author": "Bloch" }
]
}
}注意兩個同級 book 元素合併成了陣列，而屬性（@id、@lang）和子元素鍵並排放在同一個物件裡。
什麼場景下 XML 轉 JSON 是正確選擇
这一步转换最划算的位置，是“产 XML 的系统”和“消费 JSON 的系统”之间的边界。数据一旦越过这条边界，下游每件工具的集成成本都会下降。
- 把 RSS/Atom 订阅源导入到一个 JS 写的阅读器或研究脚本里，下游栈里没有 XML 解析器。
- 想快速排查一份复杂的 XML 响应：转成 JSON 后在 DevTools 里展开看，比硬读 XML 快得多。
- 在网关层把老 SOAP 服务桥接到现代 HTTP 接口。
- 把 XML 配置喂给只接受 JSON 的校验器、Lint 工具或 Schema 推断工具。
- 把合作方提供的 XML 样本分享给分析、产品、客服等团队，免去他们装 XML 查看器。
轉換之後最值得複核的幾類邊界
XML 能表达 JSON 表达不了的东西。看似“奇怪”的转换结果，多数不是 bug，而是源 XML 用到了 JSON 约定必须拍平、改名或丢弃的东西。
- 元素顺序：XML 严格保留，JSON 对象键不保留。下游若依赖顺序，应让子元素保留为数组，而不是提升成对象键。
- 混合内容：同时含文本与子元素的元素没有干净的 JSON 形态，常见做法是拍成片段数组，这对“文档型 XML”是有损的。
- 命名空间：剥掉前缀让 JSON 看起来更整齐，但会把 XML 视作不同的元素静默合并。拿不准时保留前缀。
- 看似数字的字符串：XML 里 007 本就是文本。若被工具强转成数字，前导零会丢，下游做字符串比较时就匹配不上。
- CDATA 块：内部内容必须原样保留。工具可以去掉外层 CDATA 标记，但不应对内容做额外转义或裁剪。
使用注意
- 複用反映 XML 层级結構、便于審查的 JSON 文字前，先檢查属性、重复元素、文字节点内容、命名空间，以及源 XML 是否混合了資料和展示結構。
- XML 的属性、命名空间和重复节点在轉換后可能会被压平，因此结果需要额外人工檢查。
- 当结果会影响生产工作或客户可见内容时，應保留原始需要变成更適合接口或解析器使用的 XML 文档以便回退和核对。
XML 轉 JSON 參考說明
XML 轉 JSON 的参考說明應始终围绕需要变成更適合接口或解析器使用的 XML 文档、產生的反映 XML 层级結構、便于審查的 JSON 文字，以及用于接口迁移、支持排查、匯入准备和 XML 清理前必须確認的檢查点。
- 輸入重点：需要变成更適合接口或解析器使用的 XML 文档。
- 輸出重点：反映 XML 层级結構、便于審查的 JSON 文字。
- 複核重点：属性、重复元素、文字节点内容、命名空间，以及源 XML 是否混合了資料和展示結構。
參考資料
常見問題
以下問題圍繞 XML 轉 JSON 的實際用途整理，重點說明輸入要求、輸出結果與常見限制。將 XML 標記轉換為 JSON 物件。
XML 轉 JSON 最適合處理什麼樣的需要变成更适合接口或解析器使用的 XML 文档？
XML 轉 JSON 的核心用途是把 XML 转成更容易檢查和继续處理的 JSON。当需要变成更適合接口或解析器使用的 XML 文档需要快速变成反映 XML 层级結構、便于審查的 JSON 文字，并继续用于接口迁移、支持排查、匯入准备和 XML 清理时，它最有价值。
複用 XML 轉 JSON 產生的反映 XML 层级结构、便于审查的 JSON 文本前，最該檢查什麼？
應優先檢查属性、重复元素、文字节点内容、命名空间，以及源 XML 是否混合了資料和展示結構。這些细节最能直接判断结果是否已经適合继续交给下游流程。
XML 轉 JSON 產生的反映 XML 层级结构、便于审查的 JSON 文本通常會被帶到哪裡繼續使用？
最常见的下一步就是用于接口迁移、支持排查、匯入准备和 XML 清理。這類輸出是按真实交接場景来组织的，不是泛化占位结果。
什麼時候不應該直接相信 XML 轉 JSON 的結果，而要人工複核？
XML 的属性、命名空间和重复节点在轉換后可能会被压平，因此结果需要额外人工檢查。