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 写作 `
尽管如此，XML 拥有 JSON 所不具备的成熟规范体系，例如通过 XML Schema 进行严格的类型与结构校验、通过命名空间避免冲突、通过 XSLT 进行转换处理等。如今，金融、医疗、政务等对可靠性要求极高的系统对接中依然选择 XML，这套完善的校验与转换生态正是原因之一。