小米手机VPN保活：针对视频流媒体的优化

周五晚上十一点，老周把小米14 Ultra架在支架上，屏幕里是某海外交易所的K线图。比特币刚跌破六万刀，他设的网格机器人正在疯狂挂单。客厅的投影仪放着Netflix的《纸钞屋》，他老婆看得入神，完全不知道老周的手机正在后台跑着三个VPN节点，同时维持着一条视频流媒体的加密通道。

“又断了。”老周嘟囔了一句。屏幕右上角的VPN图标闪了一下，变成灰色。他熟练地划开通知栏，点开那个熟悉的客户端，重新连接。这已经是今晚第三次了。每次断线，交易所的WebSocket就会断开，他的网格策略会有几秒钟的盲区——在币圈，几秒钟足够让一个仓位从盈利变成爆仓。

老周不是技术小白。他知道问题出在MIUI的省电策略上。小米手机为了续航，会 aggressively 地杀掉后台进程，尤其是那些持有网络长连接的。VPN客户端首当其冲。但问题在于，他需要同时保活两个东西：一个是交易所的实时行情推送，另一个是给老婆看的Netflix——后者走的是VPN分流，因为那台投影仪通过手机热点上网。

这就是小米手机VPN保活的经典困局：你既想让VPN一直活着，又不想让所有流量都走VPN。MIUI的“省电策略”和“网络助手”在这件事上经常打架。

老周试过很多办法。最早是锁后台——在最近任务里下拉那个小锁图标。有用，但不够。MIUI 14之后，锁后台只是防止被一键清理，但系统级的省电优化依然会在息屏后一段时间内冻结应用。他试过在“省电与电池”里把VPN客户端设为“无限制”，但那个选项藏得很深，而且每次MIUI大版本更新都会重置。

后来他学会了用“神隐模式”——现在叫“应用智能省电”——把VPN客户端设为“无限制”，同时把“网络助手”里的“联网控制”全部打开。但问题依然存在：当屏幕关闭超过十分钟，系统还是会进入深度睡眠，WiFi模块会间歇性休眠，VPN的keep-alive包发不出去，服务器端以为客户端掉线，直接踢掉。

老周的交易机器人用的是Python写的，跑在一台树莓派上，但行情数据来自手机热点。他试过把树莓派直接连VPN，但那样延迟太高，不适合高频挂单。所以手机必须同时做两件事：一是保持VPN连接用于Netflix分流，二是保持热点开启让树莓派上网。MIUI的热点+VPN组合是个噩梦——热点开启时，VPN默认只代理手机本身的流量，热点的流量不走VPN。但老周需要的是：手机本身的交易App走直连（低延迟），而热点的流量走VPN（给投影仪看Netflix）。

这需要策略路由。老周在VPN客户端里设置了“分应用代理”：只让Netflix和YouTube走VPN，其他App直连。但问题来了——热点的流量不属于任何App，它是系统级的。MIUI的VPN实现是基于iptables的，热点流量默认走NAT，不经过VPN的tun接口。老周试过用“热点VPN”类的Xposed模块，但小米14 Ultra还没root，而且他也不想root——银行App会检测。

于是他想到了另一个办法：在树莓派上再开一个VPN客户端，让树莓派自己连VPN，然后手机热点只负责提供基础网络。这样手机本身不需要VPN，只需要保持热点开启。但Netflix在投影仪上需要VPN，而投影仪连的是手机热点——所以树莓派可以做二级路由，把投影仪的流量转发到VPN。老周在树莓派上装了WireGuard，配置了策略路由：只有来自投影仪IP的流量走VPN，树莓派自己的交易流量走直连。

但新的问题出现了：小米手机的热点会在没有流量时自动关闭。MIUI有个“热点自动关闭”的选项，默认是“无设备连接时关闭”。老周把树莓派和投影仪都连上，理论上不会触发。但MIUI还有另一个策略：当屏幕关闭且热点没有大流量时，会降低WiFi发射功率，导致树莓派偶尔掉线。掉线后热点重新广播，树莓派重连，但VPN隧道会断——WireGuard会重新握手，但Netflix那边会缓冲几秒。

老周的老婆开始抱怨：“怎么又卡了？”他只好解释：“比特币波动太大，网络不稳。”他老婆翻了个白眼：“你那个破币，一天到晚折腾。”

老周决定彻底解决这个问题。他翻遍了MIUI的隐藏设置，最后在“开发者选项”里找到了“始终开启移动数据”和“WiFi扫描调节”。前者没用，后者反而更费电。他又试了“锁定WiFi频段”——把热点固定在2.4GHz，因为5GHz穿墙差，投影仪在客厅另一头。2.4GHz更稳定，但干扰多。他换了信道，从自动改成固定信道6，稍微好了一点。

真正的突破来自一个偶然的发现。老周在XDA论坛上看到一篇帖子，说MIUI的“网络助手”里有个“后台联网权限”，但那个选项只对普通App有效，对系统级的VPN服务无效。真正的关键在“电量和性能”里的“应用配置”——那里可以针对每个App设置“后台运行”和“后台联网”。但VPN客户端不在列表里，因为它不是普通App，它是系统服务。

老周最后用了一个笨办法：写了一个Tasker脚本，每五分钟检查一次VPN连接状态，如果断线就自动重连。同时，他用Tasker模拟点击“锁后台”按钮——因为MIUI的锁后台状态在重启后会丢失。他还设置了一个条件：当屏幕关闭且充电时，不执行任何省电策略。因为老周晚上睡觉时会把手机插上充电，这样系统就不会进入深度睡眠。

但Tasker需要无障碍权限，而MIUI的无障碍服务经常被系统杀掉。老周又把Tasker本身锁后台，并设为“无限制”。这成了一个递归问题：要保活VPN，需要Tasker；要保活Tasker，需要锁后台；要锁后台，需要MIUI不杀它。而MIUI的省电策略是层层嵌套的。

最终，老周找到了一个相对稳定的方案。他放弃了热点+VPN的组合，改用一台旧路由器刷了OpenWrt，专门做VPN分流。手机只负责提供USB网络共享——通过USB连接路由器，路由器再开WiFi给投影仪。USB网络共享在MIUI里比热点稳定得多，因为它是有线连接，不会受WiFi省电策略影响。而且USB共享时，手机可以通过“USB网络共享”选项里的“始终开启”来保持连接。

但新的问题又来了：USB共享时，手机本身的网络走的是移动数据，而路由器走的是USB共享的网络。老周需要手机本身的交易App走直连，而路由器的流量走VPN。这需要在路由器上做策略路由：路由器的WAN口是USB共享，LAN口是投影仪和树莓派。路由器上跑WireGuard，只把投影仪的流量转发到VPN，树莓派和路由器本身的流量走直连。这样手机不需要任何VPN，只需要保持USB共享开启。

老周在OpenWrt上配置了policy routing：用iprule和iptables标记来自投影仪IP的流量，走VPN的tun接口。树莓派的流量走默认路由。手机本身的交易App走移动数据直连。完美。

但MIUI的USB共享也有省电策略。当屏幕关闭且USB没有大流量时，系统会降低USB供电，导致路由器掉线。老周在开发者选项里找到了“USB调试”和“保持唤醒状态”——后者在充电时保持屏幕常亮，但老周不想让屏幕一直亮着。他又找到了“不锁定屏幕”——没用。最后他用了“充电时保持唤醒”的变通：把手机插上充电器，然后设置“开发者选项”里的“保持唤醒状态”，这样屏幕会一直亮着，但亮度调到最低。虽然费电，但插着充电器无所谓。

老周的老婆终于不抱怨了。Netflix流畅了，比特币的网格机器人也稳定了。但老周知道，这只是暂时的。MIUI的下一个版本更新可能会改掉某个隐藏设置，或者Google的Android 15会引入新的后台限制。在币圈，唯一不变的就是变化。他看了看屏幕，比特币反弹到了六万二，网格机器人刚刚完成了一笔套利。他笑了笑，把手机屏幕调暗，继续盯着K线。

凌晨两点，老周的手机弹出一条通知：“VPN连接已断开。”他叹了口气，点开Tasker，手动执行了一次重连。然后他打开“电量和性能”，把VPN客户端的“省电策略”从“智能”改成了“无限制”——这个选项每次MIUI更新都会重置，他已经习惯了。他想了想，又在“网络助手”里把“后台联网”全部打开，虽然他知道这没用，但求个心安。

窗外的夜色很深，比特币的K线还在跳动。老周把手机放在无线充电器上，屏幕朝下。他知道，明天早上醒来时，VPN可能又断了。但没关系，他的网格机器人有止损，他的Netflix有缓存。在币圈和流媒体之间，他找到了一个脆弱的平衡。而这个平衡，建立在MIUI无数个隐藏设置的缝隙里。