將 Chrome 瀏覽器引進 ARM64 Linux 裝置

背景

Google 近期宣布將為 ARM64 架構的 Linux 裝置提供官方版本的 Chrome 瀏覽器。雖然基於開源專案的 Chromium 早已在 ARM Linux 上運行多年，但官方品牌 Chrome 的缺席，長期以來讓 Linux 用戶在處理數位版權管理（DRM）內容與帳號同步功能時面臨諸多不便。

社群觀點

在 Hacker News 的討論中，社群對此消息展現了複雜的情緒。許多長期使用 ARM Linux 裝置（如 Linux 手機或樹莓派）的用戶對此表示高度期待，最核心的原因在於 Widevine DRM 模組的支援。過去用戶若想在 ARM Linux 上觀看 Netflix、Spotify 或 YouTube 影片，往往需要從 ChromeOS 鏡像檔中手動提取 Widevine 函式庫。由於 ChromeOS 使用特殊的 libc 變體，這類操作通常還需要對系統底層的 glibc 進行修補，過程極其繁瑣且不穩定。官方 Chrome 的到來，意味著這些受版權保護的串流服務終於能開箱即用。

然而，討論中也出現了關於「為何拖延至今」的質疑。部分開發者指出，Google 早已為 ARM 架構的 Android 和 ChromeOS 提供瀏覽器，技術上並不存在絕對障礙。社群普遍認為，這更多是基於商業支援成本的考量，而非技術限制。隨著 NVIDIA Grace 或 DGX Spark 等高效能 ARM 工作站的普及，以及高通驍龍筆電在市場上的推動，Google 顯然意識到 ARM64 Linux 桌面市場的潛力已達到值得投入資源的臨界點。

另一派觀點則對此持保留態度，甚至帶有敵意。有留言者直言，在 Google 推動 Manifest V3 限制廣告攔截插件（如 uBlock Origin）的背景下，官方 Chrome 的吸引力大打折扣。部分已轉向 Firefox 的用戶表示，即便官方 Chrome 解決了二進位檔相容性問題，他們也不打算回頭，因為 Firefox 在 ARM Linux 上的表現已經足夠成熟，且在隱私保護與廣告攔截上更具優勢。此外，針對硬體加速的疑慮也浮上檯面，用戶擔心 Google 提供的通用版 Chrome 可能無法像各發行版自行調校的 Chromium 那樣，完美適配樹莓派等特定硬體的影片解碼加速功能。

有趣的是，討論也延伸到了 Android 與 Linux 之間的架構差異。開發者們詳細解釋了為何 Android 的 Bionic libc 與標準 Linux 的 glibc 之間存在鴻溝，這解釋了為何不能直接將 Android 版 Chrome 搬到桌面 Linux 使用。對於那些在 AWS Graviton 或 ARM Mac Docker 環境中進行自動化測試的工程師來說，官方 Chrome 的釋出將簡化 CI/CD 流程，消除過去尋找第三方封裝版 Chromium 的困擾。

延伸閱讀

在討論中，有用戶推薦了 David Buchanan 的部落格文章，深入探討了在 Asahi Linux（ARM 架構 Mac）上運行 Netflix 所需的技術細節與 Widevine 挑戰。此外，針對在 ARM 環境下執行瀏覽器自動化測試的開發者，留言中也提到了 chrome-aws-lambda 專案中關於 ARM64 支援的歷史討論，這對於理解官方版本釋出前的替代方案極具參考價值。