分类：科技 标签：浏览器、微软、EdgeHTML、开源

在 Chromium 浏览器生态近乎一统江湖的今天，各种现代浏览器在功能和体验上日趋同质化。当我们回望 2026 年 3 月——也就是旧版 Microsoft Edge（Edge Legacy）停止支持五周年的节点，不少老用户依然会对其独特的交互体验念念不忘。尽管这款搭载 EdgeHTML 引擎的浏览器已经退出了历史舞台，但它曾经带来的技术创新与独立价值，至今仍值得我们重新审视。

从 IE 的长尾泥潭到 EdgeHTML 的诞生

进入 Windows 10 时代，Internet Explorer（IE）已经无法满足现代网页开发与复杂交互的需求。更棘手的是，IE 长期积累的兼容性包袱严重掣肘了 MSHTML 引擎的演进。为了打破僵局，微软推出了全新的渲染引擎——EdgeHTML。

当时微软的初衷不仅是追求性能提升，更是为了维护互联网的多样性。正如 Mozilla 后来在悼文中所指出的那样：当整个网络生态过度依赖单一主导引擎（如 Chromium）时，技术选择的范围将会急剧缩小，互联网的发展方向也容易偏离公共利益。EdgeHTML 的存在，曾在很大程度上扮演了平衡生态的角色。

那些再也回不去的巅峰体验

虽然旧版 Edge 在市场份额上最终没能敌过大势所趋，但它在产品设计上的诸多尝试堪称惊艳：

  1. 极致丝滑的平滑滚动：借助于 Windows 系统的 DirectComposition 与 Direct Manipulation 底层支持，旧版 Edge 实现了带有惯性且极其跟手的滚动体验，甚至在今天开启平滑滚动的 Chromium 浏览器上也很难完全复现。
  2. 优雅的 EPUB 阅读器：它拥有原生、可重排的分页渲染机制，配合流畅的滚动和丝滑的墨迹批注功能，其电子书阅读体验远超许多第三方专业软件。
  3. 优秀的硬件级省电与字体渲染：通过深度调用 Windows 系统原生的 API，旧版 Edge 在功耗控制上表现极佳；同时利用 DirectWrite 进行字体渲染，使其在 CJK（中日韩）字符显示上比当时采用 Skia 的 Chrome 显得更加自然。

为什么旧版 Edge 最终走向了终点？

旧版 Edge 的失败并非技术本身不够优秀，而是由于其底层的架构限制：

  • 与操作系统强绑定：核心组件依赖 Windows 系统的更新周期，导致企业和个人用户无法获得像 Chrome 那样高频、独立的浏览器更新。
  • 扩展生态的滞后：由于早期用户基数不高，开发者缺乏为其适配插件的动力，从而陷入了“生态不完善 -> 用户少 -> 开发者不适配”的恶性循环。
  • UWP 平台的局限：基于 UWP 构建的架构让 Edge 难以快速响应庞大且日新月异的互联网开发需求。

为了摆脱困境，微软最终选择拥抱 Chromium 内核。这是一个商业决策上的绝对正确，但也让互联网失去了一个独立的内核声音。

结语：我们到底在怀念什么？

近年来，随着 Google 在 Chromium 中逐步推进 Manifest V2 的退役（如广告拦截插件 uBlock Origin 面临失效），人们再次感受到了底层标准被单一巨头把控的无奈。

我们怀念旧版 Edge，本质上是在怀念那个浏览器内核百花齐放、注重本地化极致体验的黄金年代。在 Chromium 近乎垄断 90% 市场份额的今天，独立引擎的消亡不仅带走了平滑滚动和出色的 EPUB 阅读体验，也让整个网络生态向着更加单一的方向又迈进了一步。