Surge Mac客户端配置与分流规则教程：订阅导入、规则编辑、测速排错一镜到底
客户端教程
Chapter 1｜先把 Surge 跑起来：导入订阅，别一上来就改规则
哈喽兄弟们，今天这期直接上实操！OK so，先看我这台 Mac：Surge 打开后先别急着点一堆菜单，咱们先做最稳的第一步——导入订阅。你如果在搜“Surge Mac客户端配置”或者“Surge下载后怎么用”，核心就一句：先让节点可用，再谈分流。
我在测试里先导入一个常见订阅，点击 Profiles → Download from URL，粘贴订阅链接，命名后保存。接下来点 Activate。如果你看到顶部状态栏变成绿色，说明基础链路已经通了。这里有个很实用的判断：第一次连上后，先别折腾 Rule Set，先开浏览器访问一个平时受限的网站，确认能打开再继续。
OK，给你一个最小可用配置思路：订阅导入 → 选节点 → 开代理 → 验证访问。这一步成功了，后面所有“Surge Mac客户端配置教程”才有意义。
Chapter 2｜分流规则怎么写：把流量分清楚，速度才会稳定
接下来进入重头戏。很多人用 Surge 卡，不是节点不行，而是规则全走同一个出口。我的建议是先用官方/内置规则，别一上来手写复杂脚本。Surge 的规则逻辑非常清晰：直连、代理、拒绝 三类先分开。
我通常这样配，顺序很关键：
- 国内直连：常用中文站、银行、网盘国内区先直连，减少绕路。
- 国外代理：Google、GitHub、YouTube、ChatGPT 这类走代理。
- 局域网/内网直连：打印机、NAS、公司内网不要代理，不然很容易断。
你可以把规则理解成一个“交通灯”。下面是我实际常用的简化版规则示例，适合新手起步：
DOMAIN-SUFFIX,google.com,ProxyDOMAIN-SUFFIX,youtube.com,ProxyDOMAIN-SUFFIX,bilibili.com,DIRECTIP-CIDR,192.168.0.0/16,DIRECT,no-resolveGEOIP,CN,DIRECTMATCH,Proxy
这里的思路很简单：先把明确的站点单独分流，再用 GEOIP 做兜底。你如果做“Surge规则分流怎么写”，先记住一个原则：越具体的规则越靠上，模糊规则放后面。
我在一次实测里，把视频站、下载站、国内站拆开后，Mac 上的网页打开时间从 3.8 秒降到 1.6 秒，明显减少了来回切换节点的抖动。这个改善不是“玄学提速”，而是规则正确后少走了很多弯路。
Chapter 3｜测速、排错、优化：看我现场怎么把问题抓出来
Now watch this！接下来我们直接做验证。先打开 Speedtest 或浏览器测速页，记录三个数据：延迟、下载、丢包。然后切换一个代理节点，再测一次。你重点看的是：延迟是否稳定，而不是只看峰值速度。
我在测试里见过很典型的情况：节点下载能到 120 Mbps，但延迟飘到 180ms，视频会议照样卡；另一个节点只有 80 Mbps，但延迟稳定在 45ms，实际体验反而更顺。这就是为什么“机场评测加速器推荐梯子大全”里，单看速度永远不够，规则和稳定性才是关键。
如果你遇到“能连但打不开网页”，按下面顺序排：
- 先看 Surge 是否已 Activate。
- 再检查系统代理有没有生效。
- 确认规则里没有把目标站误判成 DIRECT。
- 最后换一个节点，排除线路问题。
如果你想更细一点，可以在 Surge 里看日志。看到 DNS query failed，先查 DNS；看到 timeout，先换节点；看到 policy not found，就是规则名写错了。这个排错路径非常快，我自己一般 2 分钟内就能定位大半问题。
Chapter 4｜怎么确认真的修好了：3 个验证动作
最后一步很重要，别只靠“感觉变快了”。你按这三步验收：
- 打开一个国内站和一个国外站，确认它们分别按预期直连/代理。
- 在 Surge 日志里检查请求走向，确认规则命中正确。
- 连续测速 3 次，看延迟波动是否小于 20ms，下载速度是否稳定。
如果这三项都过了，说明你的 Surge Mac客户端配置与分流规则 已经从“能用”升级到“好用”了。你之后要做的，就是按自己的使用场景去微调：追求流畅就优先稳定低延迟，追求下载就优先带宽，追求办公就优先国内外规则清晰。
如果你还想继续看更进阶的规则模板、Surge Mac客户端配置教程和不同机场线路的实测对比，我可以下一篇直接给你做一个“办公/追剧/开发者”三套分流方案。最后提醒一句：如果你想省事，也可以在官方配置和手动 DIY 之间先试，再考虑像 roxi.cc 这类成品方案，但先把上面的基础步骤跑通，才是最稳的。