据悉：
Matrix 是少数派的写作社区，我们主张分享真实的产品体验，有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章，展示来自用户的最真实的体验和观点。

文章代表作者个人观点，少数派仅对标题和排版略作修改。

其实这篇文章应该在 3 月 9 日发：这是 Edge Legacy 停止支持的日子。不过想到半年后就刚刚好是 9 月 9 日，这个日子更适合纪念，所以就拖到今天发了。

下文的 Edge 都指 Edge Legacy，而不是 Edge Chromium。

2026 年 3 月 9 日是 Edge 停止支持五周年的日子。虽然说有很多梗图之前说 Edge 最大的作用就是下载 Chrome，但是我其实还是非常喜欢 Edge 的：直到今天，Edge 的 EPUB 阅读体验，平滑滚动体验以及省电体验，都是其他浏览器无法比拟的。Edge 之前对于阅读模式的支持也是比较好的。


https://www.xyfan.com/data/attac ... 41b6950fe265c66.png

严格意义上来说 Edge 到现在还没有死，EdgeHTML 引擎和 MSHTML 引擎以及最新的 Webview2 一样，已经永远存在于 Windows 的组件中，为 UWP 应用提供网页渲染支持。目前来说也没有完全退役的时间表。不过单独的浏览器的确已经和 Internet Explorer（以下简称 IE）一样退出大众视野。

进入 Windows 10 时代，IE 已经无法满足现代网页开发和使用的需求。尽管 IE 11 为 IE 这一「老古董」添加了许多现代化特性，但是 IE 还是肉眼可见的力不从心了。

当代互联网基于多个独立但互相兼容（？）的 Web 标准实现，我们认为我们必须抵制互联网上出现单一化趋势。

独立的浏览器内核本身就是价值：正如 Gecko Quantum 和 Webkit 的存在一样，EdgeHTML 的存在也让互联网变得更加多样化。虽然我一直在攻击 Safari，但是我承认不应该直接完全扼杀 Safari 的存在。Firefox 也同理，虽然它又慢又实现得不好，但我们仍然需要它存在。

浏览器内核在事实上决定了我们能够在互联网上看到了什么。如果世界上只有 Chromium，那 Google 将能够亲自管理甚至亲自禁止整个互联网上的内容，这就是单一化的问题。


https://www.xyfan.com/data/attac ... 4a1808eae9543d0.png

在 2015 到 2018 年之间，EdgeHTML 的主要版本随 Windows 10 功能更新演进。首个正式版本通常称 EdgeHTML 12，随后依次发展到 EdgeHTML 18。重要工程进展包括：

Edge 开始的时候非常好：优先实现其他主流浏览器和现实网站共同使用的 API，而不只追求标准清单上的功能数量；使用 Bing 抓取的大量 URL 查找被大量使用的相同代码，希望能够更快的解决兼容性问题。UA 的变更意味着主动放弃了 IE 模式，通过直接接入现代网页暴露更多问题并修复，长期目标则是实现 EdgeHTML 真正与其他浏览器内核能够运行相同的代码。

但这种操作意味着 Edge 与操作系统强绑定，无法被移植到其它系统，甚至下放给 Windows 7。这也为 EdgeHTML 的最终死亡埋下了伏笔。

我不知道有没有人在 Edge 刚出的时候用过 Edge。那是一种次世代的体验，是直到现在 Chrome 以及开启平滑滚动的 Edge Chromium 都无法达到的未来。

我第一次知道滚动能够如此优雅不生硬。Edge 不会只把每次滚轮输入直接转化成固定距离的位移，而是给输入添加持续一段时间的速度曲线。连续滚动时，新的输入会修改正在进行的动画，产生一种有惯性但仍然跟手的效果；Edge 还会根据滚动容器的尺寸计算滚动量，同一次滚轮操作在较大的页面区域中可能移动得更远。


https://www.xyfan.com/data/attac ... 3c9c014f351db36.png

尽管在最后的 Edge 版本中 EPUB 的功能被移除（如果你想用，需要卸载 KB4601383 更新），但是 Edge 的 EPUB 阅读体验是最好的。与 Calibre 抽象卡顿的阅读体验不同，Edge 有着丝滑的滚动体验，真正完整的浏览器，以及极其优秀的 UX 设计。

EPUB 的页面渲染是可重排的分页，而且不是基于 shadowroot 的方案，这提供了优雅且高性能的翻页体验，比某些只能滚动的阅读器不知道高到哪里去了。所有的页面都能用墨迹批注，支持圈画功能。

Chromium 在当时使用 Skia 进行字体渲染，Edge 则使用 Windows 的 DirectWrite 进行字体渲染。使用 Skia 中硬编码的设置渲染字体会导致文本比 Windows 系统默认设置略微偏细。这种差异在 CJK 字符上更为明显。

当然，在 Chrome 132 之后，Chromium 以及正式接受了 Edge 团队的 patch，提供了更加接近原版 Edge 的字体渲染体验。

Edge 只在（对于 PC 用户而言）Windows 10 上提供，主要平台功能又随 Windows 半年功能更新（众所周知的有很多人根本不更新）交付。对推迟系统升级的企业而言，新 EdgeHTML 功能无法像 Chrome 或 Firefox 那样通过独立浏览器更新及时获得。于是 Edge 之间也存在很多版本不兼容问题。


https://www.xyfan.com/data/attac ... bf84ed5dd8620dc.png

同样的，拓展功能也不是在第一天就可用，这使得浏览器拓展社区非常的不成熟。因此，Edge 的用户量一直不高。这也导致了开发人员不对 Edge 进行测试的恶性循环（Windows 允许你使用三方浏览器，而不是和 iOS 以及 ipadOS 强制按头让你吃 Safari）。

然后是 UWP（现在在哪发财呢？）。Edge 同样基于 UWP 构建，UWP 不是一个成熟的应用开发平台，Edge 需要等待 UWP 修复 bug 或添加新特性才能够实现 Edge 的新功能，这拖慢了 Edge 迭代的速度。

同时，Chrome 引领下的互联网日新月异。当年第一个 Edge Chromium 版本是 79，到今天已经是 151 了。Edge 团队完全没有能力去跟上 Chrome 的更新速度。

为了提高网页兼容性，脱离 Windows 更新的发版节奏，实现跨平台，微软决定放弃 EdgeHTML，转而使用 Chromium 内核。总之，EdgeHTML 停止开发，Edge Legacy 停止支持。EdgeHTML 用户规模不足使得 Edge 生态回报偏低。采用 Chromium 后，微软可在浏览器 UI、企业管理、Windows 集成、隐私和服务上竞争，同时仍能共享 Web 平台底层成本。对微软而言这是一个商业上无比正确的决定。

至此，浏览器内核又回到了三分天下的年代，或者就这点份额，实际上也没有进入过四分的时代。Chromium 已经在事实上成为互联网的标准，Firefox 就偶尔出来「狗叫」一下：）


https://www.xyfan.com/data/attac ... d7c44a9a21d802.jpeg

当时我是最后一批升级 Edge 的，事实上我现在也想保留旧版 Edge，但是因为我还是开了系统更新的，所以这不可能。Edge 的体验对比 Chrome 来说确实是有差距的。在 HTML 没有完全加载出来之前，Edge 将不会显示任何内容，始终保持白屏；同时 Chrome 只要能渲染就会渲染出网页，所以首屏时间 Chrome 显著优于 Edge。更不要说谷歌一直在自家网上搞的神秘小动作了。

就这样，一个可能很多人都不喜欢的功能就传染了世界上近 90% 的浏览器，而你无能为力。XSLT 也被退役了，在可见的未来，还会有很多类似的情况发生的。

如果说除了 Chromium 之外，有更多的、得到良好维护的浏览器内核存在，那么事情会不会有所改变呢？也许会。Firefox 至少仍然是一个兼容目标，大部分的 Linux 都使用 Firefox 作为默认浏览器。Safari 也仍然是一个兼容目标，至少在 iOS 和 iPadOS 上我们仍需考虑 Safari 16（这东西也随着系统更新，所以打死不更派的问题也存在）是否能够正确渲染网页。但是这两者占比实在太少了，真的太少了。

我怀念 Edge 的 EPUB 阅读体验，怀念 Edge 的平滑滚动体验，怀念 Edge 的省电体验，怀念 Edge 的 PDF 支持。现在你如果想要使用 Edge，只能打开一个虚拟机，屏蔽更新再用了。这不是一个能日用的场景，令人遗憾。

自从 Flash 死后，世界上再也没有类似 Flash 的东西了。HTML5 + JS + CSS + Canvas + WebGL + WebGPU + WebAssembly 等技术的组合，仍然不能够实现和 Flash 相同的功能，更不要说这些技术令人绝望的开发体验了。现代的互联网似乎不允许下一个 Flash 的出现，但是对 Google 的垄断又无动于衷，这是一个很有意思的问题。


https://www.xyfan.com/data/attac ... e2e4a339d6b304b.png

Flash 提供了一套完整的开发环境和一致的使用体验，虽然现在来看全是 Bug。浏览器厂商共同淘汰 Flash，但没有给出替代 Flash 的解决方案；SWF 播放器小而美，而个人裁剪 Blink 等生态则是几乎不可能的事情，每个想要利用生态的软件都必须要包含完整的电子垃圾。

必竟为什么要在 RSS xml 中引入 js 呢？这太野蛮了。

点击下方按钮可复制链接

© 本文著作权归作者所有，并授权少数派独家使用，未经少数派许可，不得转载使用。
（转载少数派）