Shadowrocket 规则模式和全局：日常为什么先用规则

连上之后还有一件事：哪些流量走节点，哪些留在本地。规则模式按域名、后缀、关键字或 IP 段判断；全局尽量都走当前节点；直连则几乎等于没开代理。三种模式都能用，日常默认停在规则，不是因为规则更高级，而是因为它把对照手段留着。

全局看起来省事。所有能接管的流量都送出去，少判断一次，少一份「这个域名到底走哪」的犹豫。代价是：某个网站打不开时，你没法再用「切到全局试一次」来区分规则误判和节点失效。对照手段一旦用掉，剩下的就只是换节点、重装、重启，步骤变多，信息变少。

规则误判和节点失效长得像

网页超时、证书报错、应用转圈，从屏幕上看几乎一样。规则把域名判成直连，而直连到不了，会这样；节点本身已经不能用，也会这样。日常停在规则，出问题时先切全局：立刻好了，多半是规则没覆盖或覆盖错了；全局也不行，再去看节点、本地网络和系统时间。顺序反过来，你会先怀疑线路，改完订阅才发现只是名单漏了一条。

分应用代理也是同一类问题。某个 App 被单独设成直连或不走代理，浏览器却是通的，人会以为「整体坏了」。先确认当前模式，再确认这个应用有没有自己的例外。一次只改一项。同时改模式、改规则、换节点，最后不知道是哪一步生效，下次同一现象出现时也无法复用这次的结论。

也不要同时挂很多来源不明的规则列表。互相覆盖之后，刚才还能打开的站点会突然直连或超时，而你很难想起是哪一份列表改了行为。列表会更新，更新本身不是错误；错误是在你还没看懂现有规则时，又叠上另一份「更全」的。

自己改过的规则更要记得留下备份。换机或重装之后，订阅 URL 往往还能找回节点，手改的域名和备注不会自动回来。规则文件和节点列表一样，属于应用数据，不属于 Apple ID 里的那次买断。买断能让你再装上应用，不能还原你昨天在规则里改过的那一条域名或备注。

全局适合对照，不适合长期当作默认。直连适合确认本地网络还在，不适合当作「已经连上」的替代。

对照的时候用。新写入一份规则、刚换了订阅、某个站点只在一种模式下失败，这几类情况值得切到全局看一眼。看完就切回去。长期停在全局，本地服务、内网设备和本不必出国的请求也会被送走，排障时少了一组对照，日常也更难解释「为什么公司邮箱突然慢了」。

有人把全局当成「更稳定」。稳定取决于节点和本地网络，不取决于把所有流量都送出去。全局只是少做一次匹配。匹配少了，误判少了，信息也少了。你不再知道某个域名本来会被怎么处理，也就没法改那一条规则。对照用完就回去，全局才仍然有用。

先看现有列表已经覆盖了什么，再加例外。先加后看，列表会越来越像一堆互不认识的补丁。改完立刻用同一个页面试一次：规则模式和全局各打开一遍，记下哪一种通。通的那一种告诉你问题在名单还是在节点，比再下一份「更全的列表」有用。

关键字规则尤其容易误伤。一个短词能匹配到一批你没想到的域名，昨天加的「方便」，今天变成另一组站点超时。改关键字之后，除了看目标站点，也随手打开两个本来一直能用的页面。它们若一起坏了，先撤这一条，再决定要不要写得更窄。

规则文件可以从订阅更新。更新成功不代表行为还和昨天一样。更新后先用常用站点走一遍，再去改别的。把「刚更新过」记在心里，排障时就能少猜一轮。来源不明的列表不要为了凑全而叠上去；你读不懂的规则，出了问题也删不准。

菜单名称在不同版本里可能叫「代理」「配置」或「场景」，含义接近。不要被名字卡住。先问流量默认走哪，再问出问题时还能不能换一种走法。名字会变，三种走法不会变：按名单、尽量都走、尽量不走。日常停在第一种，另外两种留给对照。