Clash Meta在OPPO上的规则优先级

凌晨三点，我的OPPO手机在“挖矿”

凌晨三点，我被手机一阵急促的震动惊醒。屏幕自动亮起，Clash Meta的图标在通知栏闪烁着诡异的橙色光晕——那是代理流量异常的警告色。我揉着眼睛解锁，发现后台日志里刷屏般滚动着同一个目标地址：pool.binance.private。

这不是我第一次在深夜被这台OPPO Find X6 Pro的“异常行为”闹醒。但这次不一样。日志显示，我的手机正在通过Clash Meta的某个规则节点，向一个疑似虚拟币矿池的地址持续发送心跳包。更诡异的是，这条规则被标记为“DIRECT”，而在我昨晚手动配置的分流规则里，这个IP段明明应该走香港的落地节点。

我瞬间清醒了。这不是普通的网络故障，而是规则优先级在作祟。

第一层冲突：全局规则 vs 用户规则

我打开Clash Meta的配置面板，屏幕上密密麻麻的YAML规则像一张蛛网。我的手指划过那些缩进符，停在rules:字段下——这里躺着几十条规则，从DOMAIN-SUFFIX,google.com,PROXY到IP-CIDR,192.168.1.0/24,DIRECT，每一条都像一道法律条文。

但问题出在最底部的两条规则：

yaml - MATCH,PROXY # 兜底规则，所有未匹配流量走代理 - SRC-IP-CIDR,192.168.1.0/24,DIRECT # 我的局域网直连规则

在Clash Meta的逻辑里，规则是按从上到下的顺序逐条匹配的。第一条命中的规则生效，后面的规则直接忽略。这意味着，如果我的手机IP（192.168.1.5）先被SRC-IP-CIDR规则命中，那么它就会走DIRECT，即使后面有MATCH,PROXY兜底也没用。

但昨晚的日志显示，矿池流量走了DIRECT。这不对劲——因为我的手机IP明明在局域网段内，应该先被192.168.1.0/24规则命中，然后走DIRECT。可问题是，Clash Meta的规则匹配顺序里，SRC-IP-CIDR的优先级低于DOMAIN-SUFFIX。而矿池地址恰好被一条DOMAIN-SUFFIX,binance.com,PROXY规则捕获了。

于是，我的手机在凌晨三点，通过Clash Meta的“PROXY”出口（一个位于东京的IP），向币安矿池发送了连接请求。但日志里显示的是“DIRECT”——这又是为什么？

第二层陷阱：策略组里的“REJECT”与“DIRECT”博弈

我打开那个名为“虚拟币专属”的策略组，发现里面嵌套了三个子策略：

1. “矿池直连”：匹配IP-CIDR,pool.binance.private/32,DIRECT
2. “交易所代理”：匹配DOMAIN-SUFFIX,binance.com,PROXY
3. “兜底拒绝”：匹配MATCH,REJECT

Clash Meta的规则引擎有个隐蔽特性：当多条规则命中同一个流量时，策略组内部的优先级会覆盖外层规则的顺序。也就是说，即使外层规则先匹配了DOMAIN-SUFFIX,binance.com，但因为策略组内部有更精确的IP-CIDR规则，流量会被强制改道到DIRECT。

这就是为什么日志显示“DIRECT”——矿池的IP地址pool.binance.private被策略组内部的IP-CIDR规则精确捕获，直接绕过代理，走了本地直连。而我的OPPO手机，在不知情的情况下，变成了一个“矿机”。

第三层暗门：OPPO系统级“智能网络加速”的干扰

但事情还没完。我尝试在Clash Meta里手动禁用那条IP-CIDR规则，然后重新测试。结果依然显示DIRECT。我愣住了——难道规则没生效？

我打开OPPO的“设置-网络-智能网络加速”，发现一个开关正亮着绿灯：“自动优化网络连接”。这个功能是ColorOS系统级的，它会在后台拦截所有应用的网络请求，并尝试用系统自带的VPN接口进行“加速”。而Clash Meta的代理模式，恰恰依赖VPN接口。

这里有个致命冲突：OPPO的系统级VPN接口和Clash Meta的VPN接口是冲突的。当Clash Meta启动时，它会申请一个VPN接口；但OPPO的“智能网络加速”也会申请一个VPN接口。系统会优先让“智能网络加速”接管流量，导致Clash Meta的规则引擎只能处理部分流量。

换句话说，我的OPPO手机在系统层面，把Clash Meta的规则优先级给架空了。矿池流量直接走了OPPO自带的“加速通道”，而这条通道的出口IP，恰好被Clash Meta的日志误判为“DIRECT”。

我关闭了“智能网络加速”，再测试——流量终于走了东京节点，日志显示“PROXY”。但新的问题出现了：OPPO的电池优化策略开始介入。

第四层博弈：电池白名单与代理存活

Clash Meta在后台运行不到五分钟，就被OPPO的“智能省电”杀掉。我打开“电池-应用启动管理”，发现Clash Meta被归类为“自动管理”，这意味着系统会在检测到高功耗时冻结它。

我把它改为“手动管理”，并允许“自启动”“关联启动”“后台活动”，但依然没用。因为OPPO的省电策略还会监控“网络请求频率”——当Clash Meta的流量超过某个阈值（比如每分钟30个连接），系统会判定它“异常”，强制终止。

这直接导致我的虚拟币交易机器人断线。而更讽刺的是，矿池流量因为走了系统级加速通道，反而稳定运行——因为OPPO觉得“智能网络加速”是系统进程，不会杀它。

第五层破解：用“规则优先级”反制系统

我最终找到了一个临时方案：在Clash Meta里创建一个“伪规则”，让所有流量先匹配一个不存在的DOMAIN-KEYWORD,mining-pool，并指向REJECT。这样，OPPO的“智能网络加速”在接管流量时，会先被这个规则拦截，导致加速通道失效——因为系统检测到“无法建立连接”，就会自动放弃接管，把流量还给Clash Meta。

但这个方法有个副作用：所有包含“mining-pool”的域名都会被拒绝，包括一些正常的交易所API。我只能在交易机器人的代码里，把API域名改成IP地址，绕过域名匹配。

凌晨五点，我终于让Clash Meta在OPPO上稳定运行了。但代价是：我的虚拟币交易机器人现在通过IP直连，而矿池流量被强制走代理——完全反过来了。

我盯着手机屏幕，Clash Meta的日志像瀑布一样滚动。突然，一条新的警告弹出：

[Rule] REJECT matched: DOMAIN-KEYWORD,mining-pool [Connection] proxy: Tokyo-01, target: 203.0.113.4:8333

那是我的矿池地址。现在它被规则拦截了。但我的交易机器人——它正在通过IP直连访问币安API——突然断线了。因为币安的API域名被我的“伪规则”误伤，而IP直连又被OPPO的“智能网络加速”识别为“异常流量”，强制断开了。

我苦笑一声，把手机扔到枕边。窗外已经泛白。这台OPPO手机，在规则优先级的重重迷宫里，成了一个诡异的战场——虚拟币的算力、交易所的API、系统级的“优化”、代理软件的规则，都在争夺那几毫秒的网络路径。

而最终的“赢家”，是OPPO的电池管理。它杀掉了所有进程，包括Clash Meta。手机屏幕暗下去，像一个厌倦了这一切的旁观者。

我闭上眼睛，脑海里只有一个念头：也许该换台Pixel了。但随即又想到，Pixel的VPN接口一样会被系统干扰。规则优先级的战争，永远不会结束。