Chrome与Edge移除XSLT：哪些功能将受影响？

浏览器告别XSLT：一场迟来的技术清理

Chrome 和 Edge 正在移除对 XSLT（可扩展样式表语言转换）的支持，这一消息在开发者社区引发了讨论。XSLT 曾经是 XML 时代的重要技术，用于将 XML 数据转换为 HTML 或其他格式。如今，两大主流浏览器决定放弃它，标志着 Web 技术栈的又一次精简。

据 Hacker News 上的讨论，这一变化并非突然。XSLT 在现代 Web 开发中的使用率持续下降，浏览器厂商认为维护其引擎的成本与收益不再匹配。移除后，依赖 XSLT 进行客户端转换的页面将无法正常工作，但大多数现代网站不受影响。

什么是 XSLT，它为何存在？

XSLT 是一种基于 XML 的转换语言，诞生于 1990 年代末。它允许开发者定义规则，将结构化的 XML 文档转换为 HTML、文本或其他 XML 格式。在 AJAX 普及之前，XSLT 曾被视为动态网页的一种方案——服务器返回 XML，浏览器通过 XSLT 样式表渲染出页面。

然而，随着 JSON 和 JavaScript 框架的崛起，XSLT 逐渐边缘化。现代前端开发几乎不再使用它，浏览器厂商也将其视为遗留技术。Chrome 和 Edge 的移除决定，本质上是技术债务的清理。

XSLT 的全称是 Extensible Stylesheet Language Transformations，属于 W3C 定义的 XSL 规范家族，与 XPath、XSL-FO 并列。XSLT 1.0 于 1999 年成为推荐标准，2.0 和 3.0 后续由 Saxon 等实现主导，但浏览器引擎长期只支持 1.0。它的核心机制是：源 XML 文档与 XSLT 样式表各被解析为一棵节点树，样式表用模板规则（template rules）匹配源树中的节点，再按规则生成结果树，最后序列化为 HTML、文本或另一份 XML。浏览器在解析 XML 时若遇到 <?xml-stylesheet type="text/xsl" href="..."?> 处理指令，会自动加载对应样式表完成转换，这就是当年“XML + XSLT”动态页面方案的基础。

哪些场景会受影响？

移除 XSLT 主要影响以下几类场景：

• 遗留企业系统：一些老旧的内部管理系统或数据展示页面仍然依赖 XSLT 进行 XML 到 HTML 的转换。
• RSS/Atom 阅读器：部分阅读器使用 XSLT 来美化 XML 源，移除后可能需要改用 JavaScript 解析。
• 特定文档处理流程：例如将 XML 数据转换为可视化报表的客户端工具。

说个细节，这些场景大多属于维护模式，新项目很少采用 XSLT。

RSS/Atom 场景之所以依赖 XSLT，是因为这两种订阅格式本身是 XML 文档，直接在浏览器中打开时只是一棵原始节点树，可读性很差。常见做法是在 XML 文件头部加一条 <?xml-stylesheet?> 指令指向一个 XSLT 文件，浏览器据此把订阅源渲染成带标题、链接和摘要的友好页面。这类样式表通常只做纯展示，不涉及复杂业务逻辑，因此迁移成本相对可控，但也正因如此，很多站点把它当作“顺手加上”的配置而遗忘了它的存在，移除后才会暴露问题。

哪些不受影响？

对于绝大多数现代 Web 应用，移除 XSLT 没有实际影响。使用 React、Vue 等框架的页面、基于 JSON API 的前端、以及服务端渲染的网站都不依赖浏览器端的 XSLT 引擎。

此外，XSLT 处理器在服务端仍然可用（如 Saxon、libxslt），需要转换逻辑的团队可以将处理移至后端。浏览器移除的只是客户端 XSLT 支持，并非禁止使用 XSLT 技术本身。

开发者应如何应对？

如果你维护的项目确实使用了 XSLT，建议尽快评估迁移方案：

1. 识别依赖：检查代码中是否有 <?xml-stylesheet?> 处理指令或 XSLTProcessor API 调用。
2. 迁移到 JavaScript：使用 DOMParser 解析 XML，再用 JavaScript 生成 DOM 或字符串。
3. 服务端转换：将 XSLT 转换逻辑移到后端，输出 HTML 给浏览器。
4. 考虑替代方案：对于简单的 XML 展示，可以直接用 CSS 或 JavaScript 模板。

XSLTProcessor 是浏览器暴露给 JavaScript 的 XSLT 执行接口：开发者用 new XSLTProcessor() 创建实例，通过 importStylesheet() 载入一个由 DOMParser 解析出的 XSLT 文档，再调用 transformToDocument() 或 transformToFragment() 把源 XML 转成 DOM 结果。它是纯客户端路径，也是检测遗留代码最直接的抓手——在代码库中搜索 XSLTProcessor、xml-stylesheet 以及 .xsl 文件引用，基本能覆盖绝大多数依赖点。

技术演进的必然

Chrome 和 Edge 移除 XSLT 是 Web 平台持续演进的缩影。浏览器厂商倾向于聚焦现代标准，淘汰使用率低、维护成本高的特性。对于开发者而言，这提醒我们：依赖平台特性时需关注其生命周期，及时将关键逻辑转移到更可控的层面。

虽然 XSLT 的退场会让部分遗留系统面临改造，但整体上，这有助于减少浏览器引擎的复杂度，让资源投向更重要的领域。