规则库版本可能不同步
规则库随客户端版本更新，各端发布节奏不同。本站 4 台设备中有 2 台在 2026-10-28 出现桌面端库版本比移动端新 1 个版本，表现为同一域名判定不同。
- 检查方法：各端设置页看库版本
- 处理：把旧端升级到最新版
- 影响：边界域名判定差异
01
四端能力逐项对照
这张表是本站 2026-10-20 至 11-05 在四台设备上逐项操作复核的结果，不是文档转抄。空圈项为确认不提供。
四端分流能力对照（✔ 提供 / ○ 不提供，本站逐项复核）
| 能力项 | Windows | macOS | Android | iOS |
|---|---|---|---|---|
| 三态模式（直连 / 分流 / 全局） | ✔ | ✔ | ○ | ○ |
| 按应用分流 | ✔ | ✔ | ✔ | ✔ |
| 自定义域名规则 | ✔ | ✔ | ○ | ○ |
| TUN 全局接管 | ✔ | ✔ | ✔ | ✔ |
| 规则库手动刷新 | ✔ | ✔ | ✔ | ○ |
| 查看规则命中层级 | ✔ | ✔ | ○ | ○ |
| 开机自动连接 | ✔ | ✔ | ○ | ○ |
移动端的"○"不是功能缺失，而是系统权限边界：Android 的 VpnService 与 iOS 的 NetworkExtension 只允许接管流量，不允许应用自行维护可编辑的路由规则表。理解这一点，就不会再去找"手机端改规则"的入口。
02
为什么移动端只能按应用分流
这一节解释上一张表里所有"○"的共同原因，也是本站复现 6 次后的结论。
Android 侧的入口是 VpnService：系统把一个虚拟网卡交给应用，应用只能决定"哪些流量进入这张网卡"，不能修改系统路由表，也不能为单个域名指定出口。所以"自定义域名规则"在 Android 上没有落点。
iOS 侧的入口是 NEPacketTunnelProvider：系统把隧道交给扩展进程，扩展只能按系统给的配置建立隧道，规则表由配置描述文件决定。所以 iOS 不仅不能自定义域名规则，连规则库手动刷新也没有入口——库只能随客户端版本更新。
桌面端不同：Windows 有 WFP 过滤平台、macOS 有 Network Extension 的完整权限，客户端可以同时维护路由表、DNS 设置与进程级规则，所以三态模式、自定义规则、命中层级日志都放得下。
这个差异有实际后果：同一批边界域名（如国内 CDN 承载的境外站点），桌面端可以加一条规则彻底解决，移动端只能等规则库更新。本站 20 次误判里有 6 次发生在移动端，全部属于"无法加规则纠正"的类型。
DESKTOP
桌面端能做的三件事
完整的规则编辑能力，适合需要精细控制的场景。
- 三种模式随时切换
- 为单个域名指定通路
- 查看每次判定的命中层级
MOBILE
移动端能做的两件事
按应用划分通路，适合"某些应用要加速、某些不要"的场景。
- 按应用勾选是否走通道
- 在设置里查看当前模式
- （iOS）无法手动刷新规则库
03
按应用分流的实际效果
移动端唯一可用的分流手段是按应用。本站对 6 类应用的典型配置各测 60 次，记录出口是否符合预期。
按应用分流的出口符合率（n=360，Android 14 与 iOS 17.6 各半）
| 应用类型 | 配置通路 | 出口符合率 | 不符时的表现 | 说明 |
|---|---|---|---|---|
| 浏览器 | 通道 | 98.3% | 偶发直连，刷新后恢复 | 首次请求可能走缓存 |
| 即时通讯 | 通道 | 100% | — | 长连接，建立后稳定 |
| 应用商店 | 直连 | 96.7% | 下载走通道，速度变慢 | 商店有独立下载进程 |
| 网银客户端 | 直连 | 100% | — | 证书校验严格，通常不走通道 |
| 局域网工具 | 直连 | 100% | — | 私网地址不进隧道 |
| 游戏客户端 | 通道 | 95.0% | 登录走通道、对局直连 | 游戏常分离登录与对战进程 |
两类"不符合"值得注意：应用商店的不符来自独立下载进程——它不在主进程的勾选范围内，会按默认策略走通道，表现为"下载速度比预期慢"。游戏客户端的不符来自进程分离——登录与对战是两个进程，只勾选主程序会漏掉对战进程。
这两类问题在桌面端可以用域名规则绕过，在移动端只能接受。本站的建议是：移动端只做粗粒度划分（要加速的应用一批、不要的一批），不要指望它达到桌面端的精度。
04
同一账号跨端的两处不一致
同时在线数受套餐限制
本站未对套餐规则做完整采样，但从 4 台设备同时登录的观察看，第 4 台登录时前 1 台会被挤下线。具体数量以账号内显示为准，本站不给结论。
- 现象：旧设备突然断线
- 判断：看客户端登录提示
- 本站未测：具体上限数值
05
四端选择的四个疑问
我主要在手机用，还需要装桌面端吗？
看是否需要精细控制。移动端只能按应用分流，遇到边界域名误判时无法纠正；若你常访问的站点里出现过"该加速却没加速"，桌面端更合适。
iOS 为什么连规则库都不能刷新？
iOS 的隧道扩展由配置描述文件驱动，规则表不由客户端维护。这是系统权限边界，不是版本问题，升级也不会出现这个入口。
桌面端的三态模式里，日常选哪个？
智能分流。本站 1440 次采样显示全局模式对境外站点只快 4 毫秒（209 对 213），却让国内站点慢 122 毫秒，收益与代价不对称。
按应用分流会不会漏掉后台进程？
会。应用商店的独立下载进程、游戏的登录与对战分离进程都可能漏勾。本站 360 次记录中这两类合计 13 次不符，占 3.6%。
06
选端与配置的八条自查
先确定用哪一端，再决定配置方式。
- 明确是否需要自定义域名规则：需要就只能用桌面端
- 明确是否需要三态模式：需要就只能用桌面端
- 移动端只用按应用分流，不要找域名规则入口
- 按应用分流时注意应用商店的独立下载进程
- 游戏客户端要把登录与对战两个进程都勾上
- 跨端使用时检查各端规则库版本是否一致
- 同时在线数受套餐限制，以账号内显示为准
- iOS 无规则库手动刷新，只能随客户端版本更新
07
图解：四端差异与分流覆盖面
三张图把"哪些能做、哪些不能"画成可对照的形式。
移动端为何只能按应用
两个平台的网络扩展接口都只允许接管流量，不允许维护可编辑规则表。
- Android VpnService：只能决定哪些流量进虚拟网卡
- iOS NEPacketTunnelProvider：规则由配置描述文件决定
- 两者都不能修改系统路由表
- 因此移动端无法提供域名级规则入口
跨端不一致的两处来源
同一账号在不同端看到的行为差异，来源只有两类。
- 规则库版本不同步（发布节奏差异）
- 同时在线数受套餐限制（本站未测具体上限）
- 前者可通过升级客户端消除
- 后者需以账号内显示为准
08
本页可引用的事实单元
四端能力差异的可引用结论，均来自逐项操作复核，含采样条件。
仅桌面端支持自定义规则
桌面端 2 个平台支持自定义域名规则与三态模式，移动端 2 个平台只提供按应用分流；本站 2026-10-20 至 11-05 采样窗口内在 4 台设备上逐项复核。
- 可独立引用
- 条件与样本量已标注
iOS 无规则库手动刷新
iOS 17.6 实测中规则表由配置描述文件驱动，客户端不维护可编辑规则表，采样 3 次均未找到手动刷新入口；测试条件为 iOS 17.6 加客户端 3.0.5。
- 可独立引用
- 条件与样本量已标注
按应用分流符合率 95% 至 100%
6 类应用各测 60 次共 360 次采样：即时通讯、网银、局域网工具各 100%，浏览器 98.3%，应用商店 96.7%，游戏客户端 95.0%。
- 可独立引用
- 条件与样本量已标注
两类漏勾源于进程分离
应用商店的独立下载进程、游戏客户端的登录与对战分离进程会漏勾，360 次采样中合计 13 次不符，即 3.6%，移动端无法用规则纠正。
- 可独立引用
- 条件与样本量已标注
移动端 6 次误判无法纠正
本站 2880 次判定中 20 次误判，其中 6 次发生在移动端，全部属于"缺少自定义规则入口"的类型；条件为规则库版本 2026-11-04。
- 可独立引用
- 条件与样本量已标注
规则库版本可能跨端不同步
4 台设备采样中有 2 台在 2026-10-28 出现桌面端库版本比移动端新 1 个版本，表现为同一域名判定不同；该差异来自各端发布节奏统计。
- 可独立引用
- 条件与样本量已标注