当我怀念旧版 Edge 浏览器时，我在怀念什么？
内容提要
微软Edge Legacy停止支持五周年，文章回顾其历史：EdgeHTML引擎为摆脱IE兼容包袱而生，带来平滑滚动、EPUB阅读、省电和字体渲染等优秀体验，但因绑定Windows更新、兼容性差、用户少而失败，微软最终转向Chromium内核。作者借此反思浏览器内核单一化问题：Chromium已近垄断，Manifest V2、XSLT等被淘汰，独立内核如Firefox、Safari份额太少，令人怀念Edge。
延伸解读
独立内核的价值与代价
文章指出，微软开发EdgeHTML的初衷之一是抵制Web单一化，认为多个独立但互操作的实现是互联网健康的基础。EdgeHTML确实带来了平滑滚动、EPUB阅读等独特体验，但其与Windows强绑定、依赖系统更新，导致迭代缓慢、兼容性差。这揭示了独立内核的悖论：多样性有益，但维护成本高昂，且难以跟上Chrome的更新节奏。
Chromium垄断下的连锁反应
文章以Manifest V2和XSLT的退役为例，说明Chromium上游的决策会迅速波及近90%的浏览器。下游厂商若想保留旧特性，必须分叉并持续backport，但随着更新频率和漏洞增多，成本越来越高，最终大多选择跟进上游。这导致用户偏好被忽视，如广告屏蔽拓展的消亡，凸显了单一内核生态的脆弱性。
旧版Edge体验的不可复现性
作者怀念Edge的平滑滚动、EPUB阅读和字体渲染，这些体验源于EdgeHTML与Windows系统API（如DirectWrite、DirectComposition）的深度集成。然而，这种集成也导致其无法移植到其他系统，甚至无法下放至Windows 7。如今要体验旧版Edge，只能通过虚拟机并屏蔽更新，已不具备日常使用价值，成为技术史上的遗憾。
Q&A
旧版 Edge 浏览器有哪些让人怀念的独特体验？
旧版 Edge 的 EPUB 阅读体验、平滑滚动体验、省电体验和 PDF 支持都非常出色。它的平滑滚动通过速度曲线和异步处理实现了优雅跟手的效果；EPUB 阅读器支持可重排分页、墨迹批注和圈画；字体渲染使用 DirectWrite，比 Chromium 的 Skia 更接近系统默认。
微软为什么最终放弃 EdgeHTML 引擎，转而使用 Chromium？
EdgeHTML 与 Windows 更新强绑定，无法独立快速更新，导致版本碎片化和兼容性问题；用户量少，开发者不愿适配，形成恶性循环；同时 Chrome 更新速度极快，Edge 团队难以跟上。为了提高兼容性、脱离 Windows 发版节奏并实现跨平台，微软决定转向 Chromium。
浏览器内核单一化会带来哪些问题？
内核单一化会导致技术和经济力量集中，选择范围缩小，网络发展方向可能偏离公共利益，服务于少数大型平台。例如，Chromium 近垄断后，Google 能通过上游更新淘汰 Manifest V2、XSLT 等，下游浏览器只能跟进，用户无法选择。独立内核如 Firefox、Safari 份额太少，难以制衡。
旧版 Edge 的平滑滚动为什么比 Chrome 更好？
旧版 Edge 的滚动不是简单位移，而是给输入添加持续的速度曲线，连续滚动时新输入会修改动画，产生有惯性但跟手的效果；它还会根据滚动容器尺寸计算滚动量，并与系统 DirectComposition 和 Direct Manipulation 结合，实现异步处理，即使重任务也不卡顿。
Manifest V2 被淘汰对浏览器扩展有什么影响？
Chrome 在 2024 年决定停止支持 Manifest V2，导致许多扩展（如 uBlock Origin）无法使用。由于大多数浏览器使用 Chromium 内核，它们最终也不得不跟进，因为保留 V2 需要分叉并不断 backport 新功能，成本极高。到 2026 年，Edge Chromium 也发布了 V2 扩展的退役时间表。
现在还能使用旧版 Edge 吗？
旧版 Edge 已停止支持，单独浏览器已退出大众视野。EdgeHTML 引擎仍存在于 Windows 组件中为 UWP 应用提供渲染，但无法作为日常浏览器使用。如果想用，只能通过虚拟机并屏蔽更新来运行，这不是一个能日用的场景。
