Hacker News 中文摘要

RSS订阅

Chrome 与 Edge 将移除 XSLT 支持：哪些会失效，哪些不会 -- Chrome and Edge are removing XSLT: what breaks and what does not

原文链接 | HN讨论 | 2026-10-18 13:05:18

打开 doctor-seo.net 时，页面显示网站名称并提示正在执行安全验证。网站使用安全服务来防护恶意机器人，当前页面会在系统核实访问者身份、确认其不是机器人期间显示，验证结束后才会继续加载原本请求的内容。

正文

doctor-seo.net

正在进行安全验证

本网站使用安全服务来防范恶意机器人。网站在确认你不是机器人的过程中，会显示此页面。

评论

讨论气氛怀旧且分歧明显：多数人批评浏览器移除 XSLT 会破坏遗留系统、RSS 与静态包含，并认为厂商未提供成熟替代；少数人则拍手称快，把 XSLT 视作低效的过时技术，还有人认为所谓 Web 标准只是厂商懒得维护的遮羞布。另有若干评论只报告原文链接返回 403/503、无法访问，只能基于归档或既有经验参与。

认为 XSLT 强大且被低估，移除是损失

  • XSLT 在 XHTML 时代本可实现清晰的网站模块化，能合并组件、把 XML 转成报告，其声明式能力和特性至今超过许多新模板语言；有人用了二十六年，也有人用它把 iOS storyboard 转成 Swift 或做零配置构建。支持者认为 W3C 当年押注 XML 的愿景是对的，后来为了 HTML5/JS/CSS 这套糟糕底层而废弃它，导致开发者只能用 React、TypeScript、Tailwind 等去逃避。（较多人） > W3C 当年对 XML 的设想完全正确，后来换来的 HTML5/JS/CSS 栈糟糕到大多数前端开发者要立刻躲进 React、TypeScript、Tailwind 里（@Devasta）。

认为没有成熟替代方案就移除 XSLT，等同拔掉 Flash 却无人接班

  • XSLT 至今仍是唯一被广泛支持、不依赖后端动态能力就能引入共享 HTML（页头、导航、页脚）的方案，也是让 RSS/Atom 不被浏览器直接喷原始 XML 的常用手段。有人指出，和当年移除 Flash 一样，奔向更好的东西是好事，但如果根本没有更好的替代，那就不算进步；现在既没有简单的网页游戏接班者，也没有让 RSS 不裸奔 XML 的好办法。（较多人） > 和移除 Flash 一样，奔向更好的东西是好事，但如果没有更好的东西可奔，那就毫无帮助（@Telaneo）。

担忧移除会直接破坏 IIS 报告、RSS 渲染等现存用例并暴露厂商不作为

  • 现实中 IIS 用 XML+XSLT 输出的报告早已难以使用，微软既没修也永不会修，所谓“支持”只是合同意义上的；Chrome 已给使用 XSLT 的站点加上红色警告按钮，依赖 XSLT 渲染的 RSS 源被迫另寻方案，Firefox 也已开始警告弃用。移除影响企业级报告、政府/监管网站与普通个人信息源。（较多人） > IIS 用 XML+XSLT 输出的报告已近乎不可用，微软根本不会去修，所谓支持只是合同上的（@jiggawatts）。

认为 XSLT 早该淘汰，是低效的“黑暗时代”技术

  • 有人拍手称快，把 XSLT 与 EJB 并列为软件开发的黑暗时代；当年整套技术毫无意义，团队十余人维护数年的 XSLT 系统每分钟只能处理一单，换成 C++ 后一周就能每分钟处理一万单。对这类评论来说，移除不是损失，而是解脱。（少数人） > 把 XSLT/EJB 那套每分钟一单的系统，换成一周写出的 C++ 系统后每分钟能处理一万单，这种黑暗时代的技术早该没了（@goodridance）。

反驳 RSS 担忧：XSLT 只是视图层，底层 XML 才是关键

  • 有人觉得为 RSS 关心 XSLT 很莫名：RSS 的价值在于软件可按用户想要的方式消费底层 XML/RSS，XSLT 只是把页面拼成普通网页的视图语言，并不能被程序化消费；真正该要的是底层数据，而不是上面拼凑的呈现层。（少数人） > 真正有用的是底层 XML/RSS，而不是在上面用 XSLT 拼出来的页面（@creatonez）。

认为 LLM 让遗留代码可无限期低成本维护，移除 XSLT 已无必要

  • 一条反直觉意见认为，进入 LLM 时代后，遗留代码会永久留在训练数据里，生成和维护代码都变得便宜，因此几乎没理由主动丢掉 XSLT 这类旧代码；厂商的移除决策在新时代成本模型下站不住脚。（少数人） > 如今 LLM 已把遗留代码永久留在训练数据里，生成代码又便宜，实在没理由丢掉这类遗留代码（@compiler-devel）。

认为 Web 标准只是谎言，浏览器厂商因不愿维护而随意下线功能

  • 有评论对整个移除方式表示愤世嫉俗：所谓 Web 标准并不靠谱，浏览器厂商只是因为懒得维护就把功能下掉；也有人顺着指出 Edge 跟随 Chrome，而 Firefox 迟早也会步后尘，用户对厂商承诺缺乏信任。（少数人） > 浏览器厂商只是因为懒得管才把功能下掉，Web 标准不过是个谎言（@est）。

有价值的补充

  • JS 替代思路：可用内联脚本在 document.currentScript 旁边追加元素，在页面加载时完成客户端模板渲染，且不会出现“内容闪烁”（@cousin_it）。
  • 跨平台弃用进度：不只是 Chrome，Firefox 控制台也已警告 XSLT 即将弃用；已有用户把 TEI-XML 配合 XSLT 1.0 在客户端渲染，被迫准备改为服务端渲染（@spudlyo）。
  • 历史讨论规模：评论中整理了大量往期 HN 帖子，说明移除议题已被反复争论——例如纪念 XSLT 的帖子 698 分、零配置构建系统帖子 392 分、要求从 HTML 规范删除 XSLT 提及的帖子 388 分，涉及安全移除、政府网站受损、是否采用 XSLT 3.0 等（@em-bee）。
  • 一条代表情绪的玩笑：有评论直指 Edge 就是 Chrome（@pjmlp），暗示 Edge 的 XSLT 移除只是跟随 Chromium，并非微软自己的独立决策。