XML 轉 JSON 轉換器 —— 免費、無需登入

樹是同一棵，讀者不是同一批

XML 和 JSON 描述的都是資料樹——這邊是帶子元素的元素，那邊是帶鍵的物件。差別在於誰讀它們。XML 生活在設定檔、網站地圖、聯合供稿、SOAP 信封、企業整合與文件格式的內裡。JSON 則是瀏覽器、行動應用、無伺服器函式和整個現代無程式碼工具鏈的原生口糧。把 XML 轉成 JSON，就是從一個系統產出的格式，走向下一個工具真正聽得懂的格式。

因為兩邊都是樹，這是檔案所能經歷的最輕的轉換之一。沒有頁面要排版，沒有像素要搬運：檔案被解析、再輸出，典型任務遠在幾分鐘之內完成——平台任意任務的上限仍是約 10 分鐘，但資料轉換很少靠近它。

日常任務同樣具體。舊設定檔，新的部署管線想要 JSON 形態。老 API 的 XML 回應，JavaScript 服務要消費。鎖在 XML 匯出裡的資料，儀表板、表格工具或腳本更願意以 JSON 讀取。所有這些情境裡，最重要的不是速度而是可預期：自動化鏈會在轉換器讓它們吃驚的地方斷裂。

映射規則，擺在檯面上說

規則先行，因為這場轉換的全部價值就在於可預期。屬性會變成帶連字符前綴的鍵：寫作 `<meta id="7">` 的元素會變成一個 meta 物件，其屬性以鍵 "-id"、值 "7" 到達。前綴是有意為之——它保證屬性永遠不會與同名子元素相撞。

文字節點有自己的規則。當元素同時帶有屬性和文字時，文字會進入一個以井號開頭的專用鍵（井號後接表示「文字」的小寫英文詞）。重複決定形狀：同名元素在兄弟之間出現兩次或以上，才會成為 JSON 陣列；只出現一次則映射為普通字串、數字或物件。輸出的形狀跟隨文件真實的出現次數——這是設計，不是偶然——所以「為什麼這是字串而不是陣列」永遠只有一個答案：它只出現了一次。

命名空間值得一段如實的話，因為我們不打算假裝別樣。命名空間前綴不會被保留：帶前綴的元素名輸出時只保留冒號後面的本地名，命名空間宣告本身則按普通屬性對待——與其他鍵一樣，變成帶連字符前綴的鍵。如果你的下游邏輯依賴帶前綴的限定名，請在接入前檢查輸出；這場轉換用命名空間保真換來了扁平、可預期的形狀，並且明說這一點，而不是自稱並不具備的完整。

不帶驚訝地閱讀轉換輸出

出現次數規則是唯一需要內化的。一個在這份文件裡恰好只出現一次的可選元素，會以純量或物件的形態到達——而不是單元素陣列。消費這份 JSON 的程式碼要麼兩種形狀都處理，要麼確保來源裡真的有重複。這是每一場 XML 到 JSON 的映射都在做的取捨；不同之處在於，這裡把它寫了出來。

資料層面沒有任何丟失。屬性不會消失——它們戴著連字符。文字不會消失——元素混雜時它坐在自己的鍵下。XML 裡合法的名字會原封不動地成為 JSON 鍵。唯一值得重複的保證：因為屬性帶連字符前綴，屬性與子元素在輸出裡永遠不會互相覆蓋。

實用建議很短。要把某個 XML 來源接進自動化鏈？先轉一個有代表性的樣本，看看形狀，然後再批次處理其餘。根本不是 XML 的檔案——被截斷的下載、改了名的別的什麼——會帶著明確原因失敗，而不是吐出垃圾 JSON，所以失敗的任務永遠是可以安全重試的任務。

隱私與檔案留存

一個檔案進，一份 JSON 出——免費，無需登入，無浮水印。傳輸走 HTTPS，處理在轉換叢集上完成，原始 XML 和產出的 JSON 都會在 24 小時內自動刪除。設定檔可能含有端點與密鑰，所以要直白地說清楚：不與廣告主共享任何東西，流程裡沒有任何電子郵件輸入欄位，任何一步都不要求帳號。留下的是你下載走的那份檔案。