方法论与测试环境：先测规则，再测速度
这篇 Surge Mac教程 采用固定样本：每个节点测 30 次延迟、10 次下载、20 次 DNS 查询；表内误差为标准差。目标不是“感觉快”，而是确认三件事：规则是否命中、DNS 是否泄漏、代理链路是否稳定。
| 项目 | 配置 |
|---|---|
| 设备 | MacBook Air M2，macOS 14.6 |
| 客户端 | Surge Mac 5.9.x |
| 网络 | 电信 500M，下行基线 471 Mbps |
| 测试工具 | curl、dig、ping、Surge Dashboard |
| 样本量 | 延迟 n=30，吞吐 n=10，DNS n=20 |
免费和内置工具优先：Surge Dashboard 可看规则命中；macOS 自带 curl、dig 可验证出口 IP 和 DNS；官方示例配置可作为起点。限制是：免费规则集更新频率不一，GeoIP 与广告规则可能误杀，需要自己抽样验证。
配置步骤：订阅、Rule Set、DNS 三项分开验证
如果你搜索“Surge Mac下载”，建议只从官方渠道安装，避免被改包。导入机场订阅后，不要立即全局代理，先建立最小可测配置。下面是我用于 Surge分流规则配置 的骨架，适合排查“Surge Mac怎么用”时最常见的规则不生效问题。
[General]
loglevel = notify
ipv6 = false
skip-proxy = 192.168.0.0/16, 10.0.0.0/8, localhost, *.local
dns-server = 223.5.5.5, 119.29.29.29
encrypted-dns-server = https://dns.alidns.com/dns-query
test-timeout = 5
[Proxy Group]
PROXY = select, 节点A, 节点B, DIRECT
AUTO = url-test, 节点A, 节点B, url=http://www.gstatic.com/generate_204, interval=600, tolerance=80
[Rule]
DOMAIN-SUFFIX,google.com,PROXY
DOMAIN-SUFFIX,youtube.com,PROXY
DOMAIN-SUFFIX,bilibili.com,DIRECT
DOMAIN-KEYWORD,github,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY操作顺序固定如下：
- 打开 Surge Mac → Profile → New from Clipboard，导入订阅或手写配置。
- 先关闭 MitM，仅开启 System Proxy，减少变量。
- Dashboard → Recent Requests，访问 google.com、bilibili.com、github.com，记录命中规则。
- 若国内站走代理，优先检查 GEOIP,CN 是否在 FINAL 前；若国外站直连，检查 DOMAIN 规则是否拼写错误。
| 测试域名 | 期望策略 | 实际命中 | 结果 |
|---|---|---|---|
| google.com | PROXY | DOMAIN-SUFFIX | 通过 |
| youtube.com | PROXY | DOMAIN-SUFFIX | 通过 |
| bilibili.com | DIRECT | DOMAIN-SUFFIX | 通过 |
| github.com | PROXY | DOMAIN-KEYWORD | 通过 |
结果表、排障命令与最终验证
以下是同一订阅 2 个节点在晚高峰 21:00 的结果。测速命令为：curl -L -o /dev/null -w "%{time_connect} %{speed_download}\n" https://speed.cloudflare.com/__down?bytes=50000000。DNS 检查命令为：dig google.com，同时观察 Surge Dashboard 的 DNS 日志。
| 模式 | 平均延迟 | 抖动 | 下载均值 | DNS泄漏 |
|---|---|---|---|---|
| DIRECT | 18 ms | ±4 ms | 466 Mbps | 不适用 |
| 节点A | 82 ms | ±11 ms | 184 Mbps | 0/20 |
| 节点B | 146 ms | ±37 ms | 91 Mbps | 3/20 |
| AUTO | 88 ms | ±15 ms | 171 Mbps | 0/20 |
诊断结论：节点B不是单纯“慢”，而是 DNS 有 15% 查询未走预期链路，且抖动达到 ±37 ms。处理顺序：第一，固定使用 encrypted-dns-server；第二，将 FINAL 临时改成 REJECT 测漏网请求；第三，清空 DNS 缓存：sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。
如何验证已修好：连续执行 20 次 dig google.com，Dashboard 中 DNS 服务器应全部为配置项；访问国内站不出现 PROXY 命中；执行 10 次 curl 下载，速度标准差低于均值 25% 通常可认为稳定。若你在做 翻墙软件推荐 或 梯子推荐2026 的横向测试，建议保留这些原始日志，而不是只看客户端测速按钮。
付费订阅不是唯一解，官方配置、免费规则集和自建节点都能跑通这套 科学上网教程；如果需要一个可导入 Surge 的机场订阅来源，Roxi 可作为待测选项之一：wizzegroup.com，仍建议按上表自行复测。