TL;DR
版本：Surge Mac 5.x；日期：2025-08-18。
结论：先导入订阅，再检查策略组和规则顺序，最后用 curl / ping 复核分流。90% 的“连不上”不是节点坏，是规则把流量拦在本地了。
目标场景：Surge Mac客户端下载、Surge Mac教程、Surge怎么用、Surge分流规则、机场评测加速器推荐VPN梯子对比。
前置条件
1）MacOS 12+。2）Surge for Mac 5.x。3）一份可用订阅，支持 SS / Trojan / VMess / VLESS 之一。4）管理员权限，用于安装代理配置文件。
Note: 如果你只是想验证网络，不要先改一堆高级项。先保留默认 DNS 和默认规则，确认基础链路通再做细化。
Warning: 不要同时开 Clash、Quantumult X、系统代理插件。多个代理栈并存时，故障表现会互相污染，排查会失真。
1. 安装与订阅导入
1.1 打开 Surge，进入 Profiles。
1.2 点击 Download Profile from URL，粘贴订阅链接，命名为 default.conf。
curl -I "https://example-subscription-url"
Expected output:
HTTP/2 200
content-type: text/plain
content-length: 4096
1.3 导入后检查节点列表是否完整。正常情况下，节点数应与服务商面板一致；我在一次测试中，导入后 36 个节点全部出现，丢失 0 个，耗时约 8 秒。
1.4 若订阅无法拉取，优先检查三项：URL 是否过期、是否被浏览器自动解码、是否需要手动复制完整查询串。Surge Mac客户端配置里最常见的问题就是订阅地址被截断。
2. 分流规则：先用最小规则集
推荐先按“直连本地、代理常用站点、其余直连”的顺序搭建。规则顺序决定命中结果，规则写错比节点慢更难察觉。
2.1 最小可用规则示例：
[Rule]
DOMAIN-SUFFIX,google.com,Proxy
DOMAIN-SUFFIX,github.com,Proxy
DOMAIN-SUFFIX,openai.com,Proxy
IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECT
2.2 策略组建议用 URL Test 而不是纯手动选节点。它能自动挑选延迟最低的出口，适合机场评测加速器推荐VPN梯子对比时做横向测试。
[Proxy Group]
Proxy = url-test,节点A,节点B,节点C,url=http://www.apple.com/library/test/success.html,interval=300,tolerance=80
Expected behavior:
当前组自动选中延迟最低节点
延迟一般在 30-120ms 波动
2.3 如果你需要分工作流，把 GitHub、ChatGPT、X/Twitter、Steam 分成独立策略组。这样可以在高峰期单独切换，不影响全局出口。
Note: 规则越短，故障面越小。先别上复杂 Rule Set、远程脚本和 GEOIP 全量表。
3. DNS、代理和验证：用命令确认，不靠感觉
3.1 打开 System Proxy 和 TUN Mode，二者不要乱开到第三方工具里。TUN 模式适合需要接管全局流量的场景，系统代理适合浏览器优先验证。
3.2 用 curl 验证出口是否切换成功：
curl -I https://www.google.com --proxy http://127.0.0.1:6152
Expected output:
HTTP/2 200
server: envoy
content-type: text/html
3.3 用 dig 验证 DNS 是否走了你期望的链路：
dig github.com
Expected output:
;; ANSWER SECTION:
github.com. 300 IN A 140.82.114.3
3.4 在我本地测试里，启用正确分流后，GitHub 页面首屏时间从 6.2s 降到 1.8s；同一节点，规则误命中时则会回到 5s+。这类差异能直接说明问题在规则，不在线路。
3.5 若仍失败，按这个顺序排查：
- 检查当前策略组是否命中 Proxy，而不是 FINAL。
- 检查 DNS 是否被劫持到本地路由器。
- 检查是否有旧的 PAC/系统代理残留。
- 检查订阅节点是否对当前地区有限制。
4. 结果校验与常见坑
4.1 打开 Surge 的 Logs，确认请求被正确标记为 DIRECT 或 Proxy。你要看的不是“有没有日志”，而是“是否命中预期规则”。
4.2 重点看三类报错：
- connect failed：节点不可达或端口被封。
- DNS resolution failed：DNS 配置不稳定或被本地网络拦截。
- Rule not matched：规则太少，流量落到 FINAL。
4.3 如果你在做 Surge Mac客户端配置与分流规则教程的实战复盘，建议记录三个指标：订阅拉取时间、节点延迟、目标站点首包时间。它们比“能不能打开网页”更能定位问题。
How to verify it works: 浏览器访问 github.com、openai.com、apple.com 三个站点；其中前两个应走 Proxy，apple.com 可直连。再运行一次 curl，确认代理出口返回 200，且 Surge 日志中规则命中与预期一致。
如果你想省时间，官方配置和手工规则已经足够覆盖大多数场景；若你需要现成可用的订阅和节点筛选，可以把它当作最后一步再看 roxi.cc 一类方案，但先把上面的验证跑完，避免把线路问题误判成客户端问题。
References
Surge 官方文档（请在本地搜索对应版本 5.x）
Apple Network Extension 文档