為什麼要在 ARM 裝置上關注 AdGuard
如果你正在使用 Surface Pro X、ThinkPad X13s 或其他 Windows on ARM 裝置，可能早就發現一個尷尬的問題——許多常用軟體要嘛無法安裝，要嘛只能靠相容層勉強執行，卡頓又耗電，令人相當困擾。廣告攔截工具也不例外。AdGuard v7.11 版本正式補上了這塊拼圖，原生支援 64 位元 ARM 處理器，不再依賴 x86 轉譯。這個變化對追求輕辦公＋長續航的用戶來說，算得上一次安靜但重要的升級。
ARM 支援的來龍去脈
ARM 架構和傳統的 x86 完全是兩條路子。它追求的是低功耗下的快速回應，手機、平板、路由器裡到處都是 ARM 晶片。但 Windows 生態長期綁定 x86，軟體廠商跟進 ARM 的速度一直偏慢。AdGuard 從 2022 年 8 月的 v7.11 beta 1 開始測試 ARM 驅動，9 月 beta 2 完善，10 月正式版發布，整個節奏相當緊湊。到 2024-2025 年的 v7.17 和 v7.20 beta 版本，ARM 端的穩定性已經追上 x86 版本。
這裡有個細節值得說：AdGuard 會自動偵測處理器類型。你在 ARM 裝置上安裝時，它自己就會匹配對應的驅動，不需要手動選擇版本。安裝過程跟一般 Windows 軟體沒有任何區別，對新手用戶非常友好。
不只是「能跑」，是「跑得更好」
ARM 原生支援帶來幾個實打實的好處：
- 功耗明顯下降：不用經過 x86 模擬層，CPU 負載降低，筆電續航會有肉眼可見的改善。對整天掛著 AdGuard 背景過濾的用戶而言，這點尤其重要。
- 回應速度提升：原生驅動的過濾延遲更小，網頁載入時 DNS 過濾和規則匹配更快完成。
- 穩定性飛躍：v7.15.1 版本修復了 Firefox 中的 HSTS/SSL 憑證錯誤，v7.17 改進了 Encrypted ClientHello 的實驗功能，ARM 版本同步享受這些修復。
順便提一句，如果你是在 M1/M2/M3 晶片的 Mac 上透過 Parallels Desktop 等虛擬機執行 Windows，AdGuard 的 ARM 驅動同樣會生效。這對 Mac 用戶臨時切換 Windows 環境處理公務時保持無廣告體驗，是個意外之喜。
加密 DNS 過濾：ARM 用戶的額外福利
AdGuard v7.11 同期還加入了一項重要功能——加密 DNS-over-HTTPS（DoH）請求的過濾。以前 AdGuard 只能處理未加密的 DNS 請求，如果瀏覽器自己設定了 DoH，AdGuard 就只能在瀏覽器中過濾再轉成未加密請求發出去，安全性打了折扣。現在可以直接在高級設定裡開啟「啟用安全 DNS 請求的過濾」，原汁原味地過濾加密流量。
到 v7.17 版本，更進一步實現了 on-the-fly DoH 連線過濾。瀏覽器裡的 DNS 請求無需繞道系統 DNS，直接在 AdGuard 內部完成加密過濾。對重視隱私的用戶群體來說，這個升級的分量不亞於 ARM 支援本身。
HTTP/3 過濾與 CoreLibs 進化
AdGuard 的過濾引擎 CoreLibs 近年一直在迭代。v7.15 引入了 HTTP/3（HTTP-over-QUIC）過濾能力。QUIC 協定相比 TCP 有更快的握手速度和更好的多路復用能力，在弱網環境下體驗提升顯著。AdGuard 能識別並過濾基於 QUIC 的廣告請求，意味著攔截率更高、漏網之魚更少。
我自己的 Surface Pro X 上安裝了 v7.17 後做了簡單測試，在 YouTube、Bilibili、新聞入口網站等常用站點上，廣告攔截效果和 x86 版本沒有差別，頁面載入速度反而因為 QUIC 的優化稍微快了一點。CoreLibs 升級到 v1.14.53 之後，Encrypted ClientHello（ECH）的實驗支援也在推進——ECH 能把 TLS 握手最後一段明文資訊加密，等到這個功能預設啟用，隱私保護的最後一公里就算打通了。
