换了新手机后小火箭按需求连接规则怎么设置才不跑流量
说实话，刚从安卓换到iOS那会儿，我整个人是崩溃的。以前在安卓上用 Clash for Android，分流规则写得清清楚楚，挂在后台也不怎么费电，那个“自动分流”简直是傻瓜式的快乐。结果到了苹果生态，买了传说中的神级软件 Shadowrocket（也就是大家俗称的小火箭），第一周我就差点被流量账单和电池健康度气死。
当时的情况是这样的：我习惯性地开启了代理，然后忘了关。结果这小火箭在后台默默地把我的微信视频通话、B站高清流媒体全走了代理通道。这还不是最惨的，最惨的是我买的那个按量付费的机场节点，一晚上就被跑干了三个月的流量配额。那时候我满脑子都在想，这玩意儿到底有没有类似 Clash 的那种智能判定？为什么我连家里 Wi-Fi 的时候它还在跑代理？
我在各种 Telegram 群里潜水，看着别人都在聊什么“4K秒开”、“晚高峰不炸”，我却只能弱弱地问一句：“大佬们，小火箭按需求连接规则怎么设置才能像 Clash 那样省心？”结果群友要么甩给我一堆看不懂的代码，要么就丢给我一个“一元机场”的邀请码，让我别纠结流量。但这根本不是钱的问题，这是强迫症的问题啊！经过大概两个月的折腾、重置、甚至想回退到 Clash for Windows 配合热点的老路，我终于摸索出了一套适合普通人的逻辑。今天不谈什么高大上的技术原理，就聊聊我作为一个“被流量刺客伤过心”的用户，是怎么理解这个按需求连接的。
从 Clash 迁移到小火箭的“水土不服”
很多像我一样的老用户，最早都是混迹于 Clash for Windows 或者 Mac 版本的 ClashX。由于 Clash 的配置文件（YAML）逻辑非常严谨，策略组（Proxy Groups）的概念深入人心。我们习惯了“规则判断 -> 走节点 A”、“漏网之鱼 -> 走节点 B”这种线性逻辑。
但是，当你打开小火箭，你会发现它的逻辑有点“野”。它既有全局路由的配置，又有一个独立的“按需求连接”开关。我最开始踩的坑就是混淆了这两个概念。我以为选了“配置（Config）”模式就是万事大吉，结果发现只有在 App 处于活动状态或者 VPN 标志一直亮着的时候才生效。一旦手机锁屏或者切换网络，有时候它就断了，或者有时候它该断不断。
这里必须吐槽一下，小火箭的 UI 设计虽然经典，但对于新手真的不友好。特别是那个“按需求连接”的设置入口，藏得并不深，但里面的选项——比如“蜂窝移动网络”、“Wi-Fi”、“域名匹配”——如果不理解其优先级，很容易设置成“死循环”。我曾经把规则设置成“访问百度就直连”，结果因为 DNS 缓存问题，小火箭判断失误，硬生生把百度给我走了美国节点，加载速度慢到怀疑人生。
节点质量与实际测速体验
在研究小火箭按需求连接规则怎么设置的过程中，我发现一个被很多人忽略的真相：再完美的规则，也救不了拉胯的节点。如果你的节点本身延迟极高，或者经常掉包，那么小火箭在进行“按需求”判定时（尤其是基于延迟的自动测速），就会出现频繁的节点跳变，导致你的 IP 一会儿在新加坡，一会儿在洛杉矶，触发各种账号的风控。
为了验证这一点，我特意找了几个不同档次的机场节点进行了一轮对比测试。测试环境是家里的 500M 电信宽带，配合小火箭的默认分流规则。
| 节点类型 | 物理位置 | 平均延迟 (ms) | 丢包率 | 按需求连接体验 |
|---|---|---|---|---|
| 一线大机场（专线） | 香港 (HK) | 25ms | 0% | 丝滑。配合规则，几乎感觉不到开关的存在，秒开 INS 和 YouTube。 |
| 中转机场（几十块一年的） | 日本 (JP) | 85ms | 3% | 偶尔卡顿。当设置“按需求”时，首次握手有时会超时，导致网页转圈。 |
| Clash免费节点 / 爬虫抓取 | 美国 (US) | 350ms+ | 15%~40% | 灾难。经常出现规则判定失效，或者因为握手太慢，系统直接判定断网，强制切回直连。 |
通过这个表格可以看出，如果你用的是那种三天两头换域名的便宜的机场，或者纯粹靠白嫖Clash免费节点，那么无论你怎么精细化设置按需求连接，体验都不会好。因为“按需求”的核心前提是——当我有需求时，你得能瞬间连上。如果节点半天没反应，小火箭的规则逻辑就会卡死在哪里，或者疯狂重试，导致手机发热。
免费节点与订阅获取途径的那些坑
既然提到了节点，就不得不说一下订阅源的问题。很多新手（包括当年的我）在搜索“小火箭按需求连接规则怎么设置”之前，往往先搜索的是“免费节点推荐”。
我现在手头常备的几个Clash订阅转换成小火箭格式后，经常发现一个问题：免费节点的配置文件里，往往自带了一些极其霸道的规则。比如有些免费机场为了防止你跑BT下载，会在规则里写死屏蔽某些端口，甚至屏蔽一些流媒体。当你把这些订阅导入小火箭，并且开启了“按需求连接”后，你会发现一个诡异的现象：明明规则设置了 Netflix 走代理，但就是打不开。
常见的获取途径与风险：
- Telegram 频道抓取： 这是最常见的Clash免费节点来源。优点是量大，缺点是存活时间短。对于想设置“按需求连接”的用户来说，这是噩梦，因为你设置好的规则可能下一秒因为节点失效而全部瘫痪。
- 一元机场 / 月抛机场： 这类便宜的机场通常超售严重。晚高峰时期，它们的拥堵程度会导致小火箭误判网络状态，从而导致“按需求”功能频繁启停 VPN，非常耗电。
- 自建节点： 这是最稳的，但成本高。不过如果你只有一台服务器，设置按需求连接反而简单，因为不需要考虑负载均衡。
我个人的建议是，如果你非常依赖“按需求连接”这种无感体验，最好还是老老实实买一个稳定的付费机场节点。免费的午餐往往是最贵的，因为它消耗的是你的时间和手机电量。
个人使用感受与容易被忽略的问题
在折腾了这么久之后，我有几个关于“小火箭按需求连接规则怎么设置”的私房心得，这些通常是教程里不会写的细节。
首先是DNS 泄露与规则冲突。很多人设置了按需求连接，规则是“匹配到 Google 域名则开启 VPN”。但是，如果你的 DNS 设置不当，手机在解析域名时先通过本地运营商 DNS 查了一次，这就导致了两个后果：一是运营商知道你访问了不存在的网站，二是 DNS 污染导致小火箭拿到了错误的 IP，根本连不上。所以，在设置按需求连接之前，务必检查小火箭里的 DNS 设置，建议开启“HTTPS 解密”和“UDP 转发”（如果节点支持），这能极大提升判定准确率。
其次是App 自身保活问题。虽然 iOS 的机制决定了 VPN 权限很高，但如果你手机内存较小，小火箭后台被杀，那么“按需求连接”就会失效。表现就是：你点开 YouTube，显示无网络，必须手动进 App 点一下开关。这不是规则设置错了，是系统杀后台。这时候，不得不说安卓端的 Clash for Android 在后台常驻这方面确实更自由一些。
最后，千万不要迷信“全自动”。我曾经尝试把所有国内 App 都加入直连白名单，所有国外域名加入代理黑名单。结果发现，现在的 App 调用极其复杂。比如你打开一个国产游戏，它后台可能要连接 Google 的统计服务；你打开淘宝，它可能要加载海外的图片 CDN。过于死板的“按需求”规则，会导致这些 App 加载缓慢。现在的我，更倾向于使用现成的、维护良好的 Lazy 规则集，而不是自己一个一个域名去添加。
常见问题与真实解决方式
在各大论坛潜水时，我收集了几个关于小火箭配置的高频问题，结合我自己的实战经验，给出一些非官方的解答。
Q1: 为什么我设置了按需求连接，手机发热还是很严重？
这通常不是规则本身的问题，而是因为你的规则里包含了大量的正则表达式匹配，