为什么要在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、B站、新闻门户等常用站点上，广告拦截效果和x86版本没有差别，页面加载速度反而因为QUIC的优化稍微快了一点。CoreLibs升级到v1.14.53之后，Encrypted ClientHello（ECH）的实验支持也在推进——ECH能把TLS握手最后一段明文信息加密，等到这个功能默认启用，隐私保护的最后一公里就算打通了。
