记录结果前要固定的条件
调整与电池、后台运行相关的系统策略后，必须留下可复核的记录，否则无法判断 Clash Meta for Android 的 VPN 服务是被系统收回，还是网关本身失败。该应用为 Clash.Meta 图形界面，最低 Android 5.0，建议 7.0 及以上。它依赖 VpnService 建立本地 TUN，并在活动期间向用户展示系统级 VPN 状态。
记录只在下列条件满足时有效：已接受过系统连接请求；设置 > 网络和互联网 > VPN 中能看到该应用；测试期间不安装或切换另一个 VPN（新服务会停掉旧服务）；每次只改变一项与后台运行相关的系统选项，然后恢复连接再观察。Android 8.0 及以上对后台应用有明确限制，VPN 服务需要转入前台才能在离开应用后继续。始终开启 VPN 从 Android 7.0 起由系统在开机后启动并维持生命周期，它是否开启必须写入每一条记录的“条件”列。
不要把未在官方说明中出现的厂商菜单名称、耗电百分比或“一定更稳”写进结果。只记录系统承认的连接状态。
调整后应写入的记录结构
每一条结果用同一组字段，调整前、调整后各写一行。
条件字段：Android 版本是否为 8.0 及以上；始终开启 VPN 开或关；是否打开阻止不使用 VPN 的连接；本次改动的系统项用自己的原话摘录，不改写。若应用声明不支持始终开启，系统会在设置里禁用相关控件，这一事实也要记下。
系统 UI 字段：状态栏 VPN（钥匙）图标存在与否；服务活动通知是否仍为不可消除、是否仍能显示连接状态或网络统计；点按通知能否回到应用；快捷设置活动连接信息面板能否打开。这三项是“服务是否仍被系统视为活动”的核心证据。
设置页字段：VPN 列表中该应用是否仍被信任；是否被断开或忘记；始终开启被谁关闭。用户在该页断开、忘记或关闭始终开启时，系统停止活动连接。
始终开启失败字段：Android 8.0 及以上在断开或无法连接时会出现不可消除通知，点按后有说明，重连或关闭选项后消失。调整电池相关策略后若新出现这一通知，应单独成行，不要和活动通知合并。
时间字段：改系统项的时刻、重新启动服务的时刻、首次发现图标或通知变化的时刻。系统启动始终开启时不会走用户点按连接的路径，记录里要标明服务是应用启动还是系统启动。应用可通过给启动 Intent 加额外标记、在 onStartCommand() 检查 extras 来区分；外部可通过 com.github.metacubex.clash.meta.action.START_CLASH 等动作打到 ExternalControlActivity（包名 com.github.metacubex.clash.meta）。
生命周期字段：调整后是否再次弹出连接请求（说明需要重新 prepare()）；是否出现权限撤销后接口无法建立（establish() 失败）；是否进入 onRevoke() 之后那种“替代接口已经在路由”的状态。出现后者时，应记录“系统已停止该 VPN”，而不是记录“耗电优化失败”。
如何根据记录下判断以及失败下一步
比较调整前后：若三项系统 UI 从有变无，且 VPN 列表显示断开、忘记或始终开启关闭，结论是系统停止了服务，与网关质量无关。若三项仍在，但出现始终开启无法连接通知，结论是服务生命周期还在、到网关的连接失败，应把“电池相关调整”从原因里拿掉，改查隧道与配置。若始终开启未开、Android 8.0 及以上、调整后图标和通知很快消失且无失败通知，记录为后台限制导致服务未保持前台，后续只允许再改回这一项做反证。
反证方法：把该项改回调整前，其他条件保持不变，再填一行。只有“改动出现、改回消失”或相反，这一项才能进入结论。两次之间若发生过另一个 VPN 连接、工作资料切换或权限对话框，整段记录作废。
失败时下一步：记录不完整就先补字段，不要扩写原因。系统 UI 与设置页矛盾时，以 VPN 列表和钥匙图标为准。需要重复实验时，用 STOP_CLASH 后再 START_CLASH（或 TOGGLE_CLASH）生成新的服务实例，每次实例单独一行。若多次调整后仍无法维持活动通知，检查是否从未转入前台服务，以及始终开启是否被禁用；仍失败则回到连接请求与唯一活动 VPN 这两条前置条件，而不是继续叠加系统项。
https://developer.android.com/develop/connectivity/vpn https://github.com/MetaCubeX/ClashMetaForAndroid