测试方法与环境规格
本文按“配置、分流、验证”三阶段测试。测试设备为 MacBook Pro M2、macOS 15.5、Surge Mac 5.13,家庭宽带下行 300Mbps,分别在 09:00、14:00、22:00 各测试 10 次,统计延迟均值、最高延迟和丢包率。我的测试中,直连国内站点平均延迟 18ms,代理节点延迟 86ms,连续 30 次请求丢包率为 0%;晚高峰节点均值升至 132ms,标准差 24ms。
| 项目 | 测试值 | 判断标准 |
|---|---|---|
| 节点延迟 | 86ms ± 11ms | 低于150ms可接受 |
| HTTPS请求 | 30/30成功 | 成功率应为100% |
| 规则命中 | 国内直连、海外代理 | 以日志结果为准 |
免费方案可以先使用 macOS 内置代理设置或官方试用配置,优点是零成本,缺点是没有精细规则、节点健康检查和日志分析。需要长期使用时,再导入合法取得的订阅或自建节点。
Surge Mac配置与分流规则
完成 Surge Mac下载后,打开软件进入“Profiles”,新建本地配置或导入订阅。首次配置建议只保留一个代理节点,排除多节点切换对测试结果的影响。以下是可复用的最小结构,节点名称和服务器参数替换为自己的实际值:
[Proxy]
Japan = ss, server.example.com, 443, encrypt-method=aes-256-gcm, password=REPLACE_ME
[Proxy Group]
Auto = url-test, Japan, url=http://www.gstatic.com/generate_204, interval=300, tolerance=50
[Rule]
DOMAIN-SUFFIX,cn,DIRECT
DOMAIN-SUFFIX,apple.com,DIRECT
DOMAIN-SUFFIX,google.com,Auto
DOMAIN-SUFFIX,github.com,Auto
GEOIP,CN,DIRECT
FINAL,Auto
规则按从上到下匹配,顺序错误会导致结果异常。例如,GEOIP,CN,DIRECT 放在海外域名规则之前时,部分使用 CDN 或共享 IP 的站点可能被错误直连。保存后点击“Install Profile”,在系统代理页面确认 Surge 已接管 HTTP 和 HTTPS。规则数量建议控制在 1000 条以内;规则过多会增加加载时间,也会提高排查难度。
结果验证与故障定位
先使用终端记录基线,再打开 Surge 的请求日志:
curl -o /dev/null -s -w "time=%{time_total}s code=%{http_code}\n" https://www.google.com
curl -o /dev/null -s -w "time=%{time_total}s code=%{http_code}\n" https://www.apple.com
ping -c 10 你的节点域名
连续执行 10 次,若海外请求成功率低于 90%,先检查节点本身;若海外成功但国内站点变慢,检查是否误用了 FINAL,Auto。在 Surge 请求日志中,国内域名应显示 DIRECT,海外域名应显示 Auto 或具体节点。DNS 污染、证书错误通常表现为域名解析失败或 TLS 错误,可先切换 DNS、清理本地缓存并重新安装配置。
最终判定:30 次请求成功率达到 100%、国内站点保持直连、海外站点规则命中率达到 100%,即可认为配置有效。按本次数据,86ms 平均延迟和 0% 丢包的节点适合日常浏览;晚高峰超过 150ms 或标准差超过 40ms 时,应更换节点或调整自动测速组。该 Surge Mac教程适合作为科学上网教程和梯子推荐2026中的配置基线,免费系统代理、自建节点与其他客户端同样可以采用这套验证方法。