把「下載 Chrome 的工具」懷念成一個時代：那篇舊版 Edge 悼文，為什麼此刻讀起來特別扎心

先把時間補上。2026 年 3 月 9 日是 Edge Legacy 停止支援滿五年的日子，而 9 月初，少數派社羣 Matrix 刊出一篇標題寫著「復活吧微軟邊緣」的長文，作者自稱刻意把文章從三月拖到九月才發，湊成整半年的紀念。這篇文章最近在科技社羣之間流傳，把一個幾乎被遺忘的名字重新推回討論區：EdgeHTML。

需要先分清楚，這裡說的 Edge 是 2015 年隨 Windows 10 推出、採用自家 EdgeHTML 引擎與 Chakra JavaScript 引擎的版本，圈內常稱 Edge Legacy。今天大家桌面上那顆藍綠色漩渦，是 2020 年之後改用 Chromium 核心、跑 Blink 與 V8 的新 Edge。兩者共用同一個產品名，血緣卻是斷的。

梗圖裡的笑柄，回憶裡的極品

網路迷因長年給 Edge 的定位很殘忍：它最大的用途，就是拿來下載 Chrome。這個梗傳了快十年，幾乎成了 Windows 使用者的共同儀式。

但這篇文章的作者提出了完全相反的證詞。在他的使用經驗裡，舊版 Edge 的 EPUB 閱讀體驗、平滑滾動與省電表現，放到今天仍是其他瀏覽器難以企及的，閱讀模式的支援也相當完整。這些說法在留言區得到不少共鳴，許多人這才想起，自己曾經在那個「笑柄」上讀過一整本電子書。

這種反差正是懷舊文章最有效的引信。一個被梗圖定性為失敗者的產品，被使用者用具體的使用細節翻案，比單純的「其實它很好用」更有說服力，因為它挑戰的是集體記憶本身。

一張引擎族譜，看清它到底死沒死

文章裡最實用的部分，是把微軟的引擎族譜整理清楚：

• MSHTML：Internet Explorer 的渲染引擎，整個家族的起點。
• EdgeHTML：從 MSHTML 分叉出來，負責舊版 Edge 的 HTML、CSS、DOM 與版面渲染。
• Chakra：IE9 之後與舊版 Edge 使用的 JavaScript 引擎。
• Edge Chromium：繼承了名字，換掉了血統，桌面版使用 Blink 與 V8。

有趣的是，嚴格來說 Edge Legacy 還沒有真的死透。EdgeHTML 與 MSHTML 和後來的 WebView2 一樣，以元件形式活在 Windows 系統裡，持續為 UWP 應用提供網頁渲染，微軟也沒有給出完全退役的時間表。只是作為一款獨立瀏覽器，它和 IE 一樣，早就退出了大眾視野。這種「身體還在、身分已死」的狀態，讓這篇悼文讀起來更像是在憑弈一個名分。

當年不採用 WebKit，是一場有理由的堅持

文章回顧了 EdgeHTML 誕生的背景。進入 Windows 10 時代，IE 早已力不從心，即使 IE11 補上了不少現代化特性，MSHTML 引擎的歷史包袱仍讓每次修改都綁手綁腳。2014 年 11 月，微軟在 Windows 10 預覽版中推出初期方案，同時宣布超過兩千項互通性修復與二十項新平臺功能。

更值得注意的，是微軟當年公開說明過的一個立場：網路建立在「多個獨立實作、彼此互通」的原則上，因此即使採用 WebKit 這類現成開源引擎有其誘人之處，微軟仍認為應該抵抗瀏覽器走向單一文化的趨勢。

六年後，微軟自己舉了白旗，把 Edge 搬上 Chromium。這個轉折讓當年那篇部落格在今天讀來格外微妙。這也與我們先前討論過的Brave 瀏覽器公布對自己有利的跑分有相似的觀察座標：當市場幾乎只剩一種核心，任何號稱「不同」的瀏覽器，差異都只能往周邊功能與資源佔用去擠。

懷念一個瀏覽器，其實是在懷念另一種可能

把這篇文章和近年 Chromium 一統江湖的現實並排放在一起看，味道就出來了。今天市面上絕大多數瀏覽器，無論 Chrome、Edge、Brave 還是 Opera，底層都是同一套引擎。當年微軟擔心的 monoculture，如今幾乎是既成事實。

所以這篇懷舊文真正打動人的地方，恐怕不是 EPUB 閱讀器或平滑滾動這些細節，而是它提醒了讀者：曾經有一段時間，大型科技公司願意為了網路的多樣性，維護一套自己的引擎，即使那套引擎最終輸了。

懷念一個瀏覽器，懷念的從來不只是那個瀏覽器。是那個還有別的選項、別的想像的年代。至於 EdgeHTML 以元件形式殘留在 Windows 裡的現在，大概就是這場懷念唯一摸得到的實體了。