CSV 轉 XML 轉換器
貼上 CSV/TSV 資料，即可轉換為將每一行作為一條記錄的 XML（格式為
使用小貼士
- 啟用"將首行作為表頭處理"後，表頭行的列名會直接用作 XML 標籤名（若列名不符合 XML 標籤命名規則，例如以數字開頭或包含符號，則會自動回退為 `column1`、`column2` 等）。
- 如果不使用表頭，則所有行都會被視為資料行，各列會使用 `column1`、`column2` 等標籤名。
- 在需要 XML 而非 CSV 的場景中使用本工具，例如傳統的基於 XML 的 API、SOAP 對接，或部分業務系統的資料匯入。
- 生成的 XML 會通過字元實體引用（
&、<、>）安全轉義特殊字元，可直接匯入外部系統。
常見問題
許多基於 SOAP 的 Web 服務，以及許多長期執行的業務系統、核心系統，在 JSON 普及之前就已採用 XML 作為標準資料格式，至今仍以 XML 格式進行資料對接。因此，在與這類系統對接時，將 CSV 轉換為 XML 的實際需求依然存在。
XML 標籤名有命名規則，例如"不能以數字開頭""不能包含特定符號"等。如果表頭名稱違反這些規則（例如以數字開頭的列名，或包含空格、符號的列名），就無法被解析為合法的 XML。因此本工具會自動回退為安全的標籤名，如 `column1`、`column2` 等。
它們都使用相同的 CSV 解析邏輯，區別僅在於輸出格式。我們提供了一系列 CSV 轉換工具（JSON、SQL、Markdown、HTML、XML），方便你根據對接系統或使用場景選擇合適的輸出格式。
本工具會自動將
&、<、> 等 XML 特殊字元轉義為字元實體引用（&、<、>）後再輸出，因此即使單元格內容中包含這些字元，生成結果依然是可正確解析的合法 XML。
閒話 ― XML 為何被稱為"冗長"
XML（可擴充套件標記語言）於 1998 年由 W3C 標準化，在 2000 年代初期的 Web 行業中，作為"系統間資料交換的標準格式"佔據了壓倒性的地位。從 SOAP、XML-RPC 等通訊協議，到 RSS、Atom 的訂閱推送，乃至 Maven 的 pom.xml 等配置檔案，XML 幾乎無處不在。
然而，由於 XML 需要為每個元素明確書寫開始和結束標籤，在表示相同資料時，往往比 2000 年代中期以後普及的 JSON 佔用更多的資料量，因而被評價為"冗長（verbose）"。例如，JSON 中的 `{"name":"Alice"}` 對應的 XML 寫作 <name>Alice</name>，標籤本身的字元數常常比資料本身還要多。
儘管如此，XML 擁有 JSON 所不具備的成熟規範體系，例如通過 XML Schema 進行嚴格的型別與結構校驗、通過名稱空間避免衝突、通過 XSLT 進行轉換處理等。如今，金融、醫療、政務等對可靠性要求極高的系統對接中依然選擇 XML，這套完善的校驗與轉換生態正是原因之一。