ToolDeck 的 XML 工具让你直接在浏览器中格式化、验证、压缩、转换和查询 XML，无需插件，无需上传文件。使用 XML 格式化工具将凌乱的 XML 整理为可读的缩进标记，使用 XML 压缩工具去除空白以备生产环境使用，使用 XML 验证工具检查格式完整性，使用专用转换器在 XML 与 JSON 或 YAML 之间互转，使用 XPath 测试工具针对实时文档测试 XPath 表达式。
从 XML 格式化工具开始快速整理，使用 XML 验证工具在部署前捕捉语法错误，或在需要为 Web API 提供结构化数据时运行 XML 转 JSON 工具。XPath 测试工具帮助你无需编写完整脚本即可构建和调试路径表达式。 所有工具完全在浏览器中运行——无需上传文件，无需注册账号。
什么是 XML 工具？
XML（可扩展标记语言）是 W3C 制定的结构化文档标记标准，规范定义于 XML 1.0 规范（1998 年首次发布，2008 年第五版）。与 HTML 不同，XML 强制执行严格的格式完整性规则：每个开始标签必须有对应的结束标签，属性值必须加引号，元素名称区分大小写。这些约束使 XML 具备自描述性和机器可解析性，因此它至今仍是 SOAP Web 服务、Maven/Gradle 构建文件、Android 布局、SVG 图形、XSLT 转换以及 Spring、Hibernate 和 .NET 等系统配置的基础格式。
XML 工具自动化了开发者在处理 XML 文档时面临的重复性任务：格式化以提升可读性、压缩以减小传输体积、根据格式完整性规则进行验证、转换为其他数据格式，以及查询特定节点。如果没有这些工具，你要么用 lxml、xml.etree 或 DOMParser 等库编写一次性脚本，要么将片段粘贴到文本编辑器中凭眼力检查嵌套结构。基于浏览器的工具消除了这种额外开销，并提供即时的可视化反馈。
当你收到 SOAP 响应并需要检查其结构时、当你需要将 Android 布局中的数据提取为 JSON 供构建脚本使用时、当 CI 流水线因格式错误的 pom.xml 而失败时，或当你需要在将 SVG 文件嵌入网页之前验证其有效性时，XML 工具就能派上用场。下表将各类任务映射到对应的工具。
| 任务 | 工具 | 使用时机 |
|---|
| 美化打印 XML | XML 格式化工具 | 查看 SOAP 响应、审阅配置文件、调试嵌套标记 |
| 减小文件体积 | XML 压缩工具 | 为 API 准备 XML 载荷，减小 CI 构件的传输体积 |
| 检查格式完整性 | XML 验证工具 | 部署配置前、手动编辑 XML 后、验证生成的输出 |
| 转换为 JSON | XML 转 JSON | 将 XML 数据传入 JavaScript 应用、REST API 或 NoSQL 数据库 |
| 转换为 YAML | XML 转 YAML | 将 Spring XML 配置迁移至 YAML，或为 Ansible、Kubernetes 转换数据 |
| 查询节点 | XPath 测试工具 | 构建抓取选择器、调试 XSLT、提取特定元素 |
为什么选择 ToolDeck 上的 XML 工具？
ToolDeck 使用原生 DOMParser API 和 JavaScript 在浏览器中完成所有 XML 处理。文件不会上传，后端不会解析你的数据，也没有速率限制或文件大小限制（浏览器内存除外）。每个工具均可在任何现代浏览器上运行——桌面或移动端——无需任何配置。
🔒客户端处理
你的 XML 不会离开浏览器标签页。当你处理内部配置文件、专有 SOAP 响应，或任何包含 API 密钥、凭据等敏感数据的 XML 时，这一点至关重要。
✓即时验证反馈
XML 验证工具会精确报告每个格式完整性错误的行号和列号。你可以立即看到问题所在，而无需等待构建步骤或部署失败。
🔄全面的格式支持
将 XML 转换为 JSON、XML 转换为 YAML，或测试 XPath 表达式——一切均在同一平台完成。无需在不同网站之间切换，也无需为每种转换单独安装 CLI 工具。
⚡无需注册账号
打开页面，粘贴你的 XML 即可。无需注册，无需 API 密钥，无需安装扩展。结果以毫秒级速度呈现，一键即可复制输出内容。
XML 工具使用场景
XML 贯穿整个技术栈的各个层次——从构建配置到 API 载荷，再到 UI 定义。以下六个场景展示了基于浏览器的 XML 工具相比编写自定义脚本的优势。
SOAP API 调试
格式化并检查来自传统 Web 服务的 SOAP XML 响应。XML 格式化工具将单行载荷转换为可读的缩进标记，让你能够清晰追踪元素嵌套和命名空间声明。
构建配置
在手动编辑后验证 Maven pom.xml 或 Gradle 构建文件。一个未关闭的标签或大小写不匹配就会导致整个构建失败——XML 验证工具能在你提交代码前捕捉这些问题。
Android 布局审查
格式化 Android XML 布局，以审查视图层级结构。当需要以编程方式分析结构或将其传递给代码检查工具时，可将布局 XML 转换为 JSON。
SVG 优化
在将 SVG 文件嵌入 HTML 之前验证其格式完整性。压缩 SVG 标记以减小页面体积——删除注释和多余空白通常可将文件大小减少 20-40%。
配置迁移
在迁移到 Spring Boot 的 application.yml 格式时，将 Spring XML 配置转换为 YAML。XML 转 YAML 工具可处理嵌套 bean、属性占位符和列表结构。
使用 XPath 提取数据
在将 XPath 表达式嵌入抓取代码、XSLT 样式表或 ETL 流水线之前，先针对真实 XML 文档构建并测试这些表达式。XPath 测试工具能即时显示所有匹配节点。
XML 语法快速参考
XML 格式完整性规则定义于 W3C XML 1.0 规范。下表列出了最常导致验证错误的规则，并附有正确和错误语法示例。
| 规则 | 正确 | 错误 | 说明 |
|---|
| 必须有结束标签 | <item>text</item> | <item>text | 每个元素必须显式关闭。自闭合标签使用 <br/> 语法。 |
| 标签区分大小写 | <Item>...</Item> | <Item>...</item> | 开始标签和结束标签的名称必须完全一致，包括大小写。 |
| 属性值必须加引号 | <div id="main"> | <div id=main> | 属性值必须用单引号或双引号括起来。 |
| 正确的嵌套 | <a><b></b></a> | <a><b></a></b> | 元素必须按照开始顺序的逆序关闭（后进先出）。 |
| 单一根元素 | <root><a/><b/></root> | <a/><b/> | XML 文档必须有且仅有一个根元素，包含所有内容。 |
| 转义特殊字符 | < & > | < & > | 文本内容中必须使用五个预定义实体：< > & ' "。 |
| 有效的 XML 声明 | <?xml version="1.0"?> | <?xml?> | 如果存在 XML 声明，则必须包含 version 属性，且必须出现在第一行。 |
来源：W3C XML 1.0 规范第五版（2008 年）。这些规则适用于所有基于 XML 的格式，包括 XHTML、SVG、XSLT 和 SOAP。
如何选择合适的 XML 工具
ToolDeck 上的每个 XML 工具针对特定任务设计。使用下方的决策列表找到适合你场景的工具。
- 1
如果你需要 美化打印或缩进 XML 以提升可读性 → XML 格式化工具 - 2
如果你需要 通过去除空白和注释来减小 XML 文件体积 → XML 压缩工具 - 3
如果你需要 在部署前检查 XML 是否格式完整 → XML 验证工具 - 4
如果你需要 将 XML 数据转换为供 API 或 JavaScript 使用的 JSON 对象 → XML 转 JSON 工具 - 5
如果你需要 将 XML 配置转换为 YAML 格式 → XML 转 YAML 工具 - 6
如果你需要 从 XML 文档中查找和提取特定节点 → XPath 测试工具
所有六个工具接受相同的 XML 输入，因此你可以先格式化使文档可读，再验证，然后按需转换或查询。由于所有工具都在同一个浏览器会话中运行，工具间的复制粘贴操作即时完成。
常见问题
XML 和 HTML 有什么区别？
HTML 是由 WHATWG 规范定义的固定元素词汇表（div、p、span 等），浏览器对语法错误具有一定容错性——未关闭的标签和未加引号的属性都能被接受。XML 允许你自定义元素和属性名称，但强制执行严格的格式完整性规则：每个标签必须关闭，属性必须加引号，嵌套必须正确。XHTML 曾尝试将 XML 规则应用于 HTML，但现代 HTML5 采用的是 WHATWG 解析算法。
现代开发中还在使用 XML 吗？
是的。XML 仍然是 SOAP Web 服务、Maven 和 Gradle 构建文件、Android 布局定义、SVG 图形、XSLT 转换以及企业集成（SAML、HL7 FHIR、OOXML）的必需格式。JSON 已在大多数 REST API 和配置文件中取代了 XML，但 XML 对命名空间、Schema（XSD）和文档顺序保证的支持，使其在这些特性至关重要的领域中依然不可替代。
"格式完整的 XML" 是什么意思？
格式完整的 XML 文档遵循 W3C XML 1.0 规范定义的语法规则：有且仅有一个根元素，每个开始标签都有大小写完全相同的对应结束标签，属性值加引号，元素正确嵌套，< 和 & 等特殊字符使用预定义实体进行转义。文档可以格式完整但不符合某个 Schema 的验证要求——格式完整性关注语法，有效性关注结构。ToolDeck 的 XML 验证工具使用浏览器原生的 DOMParser API 解析文档，并精确报告首个语法错误的行号和列号，让你无需扫描整个文件即可直接定位问题。
如何在不丢失数据的情况下将 XML 转换为 JSON？
XML 转 JSON 的转换在设计上并非无损，因为两种格式的数据模型不同。XML 具有 JSON 无法原生表示的属性、文本节点、混合内容、命名空间和处理指令。常见的转换约定包括 Badgerfish 和 Parker 约定，它们定义了属性如何映射到 JSON 键（通常以 @ 作为前缀）。ToolDeck 上的 XML 转 JSON 工具使用标准映射：属性变为带 @ 前缀的键，文本内容变为 #text 键。
什么是 XPath，何时应该使用它？
XPath（XML 路径语言）是 W3C 制定的用于从 XML 文档中选择节点的查询语言。它使用类似文件系统路径的路径表达式：/catalog/book 选择 catalog 下所有 book 元素，//title 选择文档中任意位置的每个 title 元素，而 [@lang='en'] 等谓词则按属性值进行过滤。当你需要在 XSLT 转换、Web 抓取（使用 lxml 或 Scrapy 等工具）或自动化测试（Selenium 的 findElement 支持 XPath）中从 XML 提取特定数据时，请使用 XPath。
我能在浏览器中针对 XSD Schema 验证 XML 吗？
ToolDeck 上的 XML 验证工具检查的是格式完整性——即文档是否遵循 XML 1.0 语法规则。完整的 XSD（XML Schema 定义）验证需要 Schema 处理器，而浏览器原生的 DOMParser 不具备此功能。如需 XSD 验证，请使用 CLI 工具（如 xmllint/libxml2）、基于 Java 的验证器（Saxon、Xerces）或 IDE 插件。基于浏览器的格式完整性检查仍能捕捉最常见的错误：未关闭的标签、大小写不匹配以及未转义的字符。
在浏览器中可处理的 XML 文件最大是多少？
ToolDeck 未设置硬性限制。实际限制取决于你的浏览器可用内存和文档的复杂程度。Chrome 和 Firefox 通常可以无障碍处理 50-100 MB 的 XML 文件。对于非常大的文件（数百 MB 或更多），Java 中的 SAX 或 StAX 等流式解析器，或 Python xml.etree 中的 iterparse，更为合适，因为它们不会将整个文档一次性加载到内存中。
XML 如何处理命名空间？
XML 命名空间（定义于 W3C《XML 命名空间 1.0》推荐规范）可在合并来自不同词汇表的文档时防止元素名称冲突。命名空间通过元素上的 xmlns 属性声明：xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"。带有 soap: 前缀的子元素属于该命名空间。URI 是一个标识符，不是实际获取的 URL。命名空间在格式化和转换过程中得以保留——XML 格式化工具会完整保留所有命名空间声明。