Clash Android 版使用要点:VpnService 授权、省电白名单与后台保活

首次连接：VpnService 授权与订阅检查

Android 上的 Clash 客户端通常通过系统 VpnService 创建虚拟网络接口，把符合接管条件的流量送入内核。使用 mihomo 内核的客户端也需要完成这一授权。它不是订阅账号授权，也不会因为导入 YAML 配置就自动完成。

不同客户端的按钮可能叫「启动」「连接」或「VPN」。本文按功能说明操作；客户端界面与厂商系统菜单可能不同，找不到同名入口时，可在系统设置中搜索「VPN」「电池优化」或「自启动」。

1. 导入订阅或本地配置，并将它设为当前配置。确认配置可以解析，代理组中有可选节点。
2. 选择「规则」模式，再选择一个可连接的节点。节点延迟检测成功仅说明检测目标可达，不代表所有应用都能访问。
3. 点击连接。Android 首次会显示「网络连接请求」一类系统对话框，核对应用名称后允许。
4. 返回客户端，确认连接状态和运行日志；再打开一个测试网页，观察连接记录是否增加。

弹窗不出现或刚启动就断开

• 已有其他 VPN：Android 通常在同一用户或资料空间内只允许一个活动 VPN。加速器、防火墙和部分广告过滤应用也可能占用 VpnService，先断开它们再试。
• 其他应用设为始终开启：进入系统「设置」→「网络和互联网」→「VPN」，检查已有 VPN 的设置。厂商系统可能把入口放在「连接与共享」中。
• 工作资料或设备管理限制：企业管理策略可能禁止自行建立 VPN。此时应联系设备管理员，而不是反复安装客户端。
• 授权界面无法点击：暂时关闭悬浮窗、屏幕滤镜等覆盖层，再从客户端重新发起授权，不要通过自动点击工具跳过确认。

Android 13 及以上的通知权限与 VPN 授权是两件事。允许通知便于查看运行状态和断开操作，但不会代替 VpnService 授权；拒绝通知也不能单独用来判断服务是否已经停止。

区分系统 VPN、TUN 模式与规则模式

系统显示「VPN」不意味着所有连接都会交给远端代理服务器。Android 的虚拟接口负责接收流量，Clash 或 mihomo 的规则与策略组负责决定后续走向。规则命中 DIRECT 时，连接可以经过客户端处理后直接发出。

部分 Android 客户端自行管理 VPN 接口和路由，不直接照搬桌面端的 tun: 配置。不要仅为获得 VPN 图标而向订阅追加桌面 TUN 字段，也不要假设桌面的管理员权限操作适用于手机。先遵循该 Android 客户端的接入方式。

手机本机使用 VpnService 时，通常不需要再给 Wi-Fi 填写手动代理。若以前填写过电脑代理，例如 192.168.1.10:7890，测试前先把该 Wi-Fi 的代理改为「无」，避免请求仍依赖已经关机的电脑。

省电白名单：先解除电池限制，再检查自启动

锁屏后断连，常见原因是后台限制、系统休眠或厂商清理策略；也可能是网络切换和节点问题。先观察断连时客户端是否还在运行：如果服务通知消失、连接开关回到停止状态，优先检查进程限制；如果服务仍在但请求超时，转到网络与日志排查。

Android 通用入口

1. 长按客户端图标，打开「应用信息」。
2. 进入「电池」或「应用电池用量」，选择「不受限制」，或关闭该应用的电池优化。具体选项取决于系统版本。
3. 在「移动数据和 Wi-Fi」或「流量使用情况」中确认允许后台数据。启用流量节省模式时，按需要允许不受限数据用量。
4. 回到客户端启动连接，锁屏后再验证；仅切回桌面不能代表完成后台测试。

常见厂商的查找方向

以上是常见入口，不是所有系统版本都使用同一个名称。HarmonyOS 原生应用环境与兼容 Android 应用的环境也不能混为一谈；安装前应先确认系统能否运行所选 Android 客户端。

电池白名单能减少后台限制，却不能保证开机自动连接。开机启动还取决于客户端是否实现相关功能、系统是否允许自启动，以及设备解锁状态。开启后应重启验证，不要只看开关是否勾选。

分应用代理：先看列表是包含还是排除

分应用代理适合只接管浏览器、聊天工具等指定应用，也适合让本地设备管理软件绕过 VPN。常见入口在客户端「设置」→「网络」→「分应用代理」或「应用访问控制」；名称不同，但需要确认的关键是列表语义。

• 仅代理所选应用：选中的应用进入 VPN，未选中的应用不进入。新增应用后需要检查是否加入列表。
• 绕过所选应用：选中的应用不进入 VPN，其他符合接管条件的应用进入。
• 规则中的 DIRECT：应用仍可能进入 VPN，只是在内核中被分流为直连，和系统层面的排除不是一回事。

例如，只想让浏览器使用代理，可以选择「仅代理所选应用」，勾选实际使用的浏览器，保存后重新建立 VPN。某些客户端修改应用列表后会自动重连；没有自动重连时，手动停止再启动，让新的接口配置生效。

双开应用、工作资料中的应用与主空间应用可能拥有不同的用户身份，不能只凭图标相同就认为已覆盖。下载任务还可能由系统下载服务执行，选择浏览器并不保证所有外部下载组件都按相同路径联网。

验证时，在选中的应用中打开一个新页面，再查看客户端连接记录。已有长连接和缓存结果不适合判断规则是否生效。若没有记录，先核对应用列表、列表模式和当前用户空间，而不是立即修改 DNS。

始终开启 VPN：自动恢复与断网保护分开设置

Android 7.0 起提供系统层面的「始终开启 VPN」能力，但是否可选还取决于客户端支持与设备策略。接近原生 Android 的常见路径是「设置」→「网络和互联网」→「VPN」→客户端旁的齿轮；其他系统可在设置中搜索「VPN」。

该页面可能同时出现「始终开启 VPN」和「阻止未使用 VPN 的连接」。前者要求系统尝试维持或重新启动 VPN，后者限制 VPN 之外的联网。两者不能代替节点可用性检查，也不会修复配置语法错误。

1. 先在普通连接模式下确认订阅、节点、DNS 和分应用设置都能正常工作。
2. 开启「始终开启 VPN」，测试重启后、解锁后以及手动断开后的表现。
3. 确实需要限制绕过连接时，再开启「阻止未使用 VPN 的连接」。
4. 分别测试浏览器、被排除的应用、局域网设备与需要网页登录的 Wi-Fi。

酒店、机场等网络常要求先完成门户认证。若 VPN 与阻断设置使登录页无法打开，可暂时关闭阻断并断开 VPN，完成认证后重新连接。不要把「始终开启」当作可以忽略厂商后台策略的保证。

锁屏与网络切换：按现象排查断连

建议用同一份配置、同一个节点逐项验证，避免同时更换订阅、DNS 和电池策略。下面是测试步骤，不是特定手机的实测成绩；每次记录发生时间，方便与日志中的超时、重连或服务停止信息对应。

1. 前台基线：连接 Wi-Fi，打开两个不同站点，确认连接记录能显示目标和所用策略。
2. 锁屏测试：先锁屏 5 分钟，再测试 15 分钟。解锁后检查服务是否仍运行，以及新请求能否成功。
3. 切网测试：关闭 Wi-Fi 改用移动数据，再切回 Wi-Fi。旧 TCP 连接中断并不罕见，应重点检查新建连接能否恢复。
4. 重启测试：开启所需自启动或始终开启选项后重启手机，分别检查解锁前后的状态。

根据日志决定下一步

• 服务已停止：检查省电限制、自启动权限、其他 VPN 抢占，以及是否执行过清理或强行停止。
• 服务运行但 DNS 超时：检查配置中的 DNS 上游、当前网络可达性和 Android「私人 DNS」设置。一次只改一项，并保留原设置。
• 只有一个应用异常：核对分应用列表、规则命中与应用自身网络权限，不要先重置整份配置。
• 所有代理请求超时而直连正常：检查节点和策略组；延迟检测之外，还要验证实际目标的连接。
• 移动数据正常、Wi-Fi 异常：检查门户认证、旧手动代理和路由器网络限制，再考虑调整客户端参数。

Android「私人 DNS」与配置中的 DNS 模块位于不同层，最终请求路径受系统版本、客户端和接管方式影响。排障时可以临时改为「自动」做对照，但不要把关闭私人 DNS 当作所有断连问题的固定答案。

保留配置与日志，减少重复排查

完成设置后，记下客户端名称及版本、Android 版本、当前连接模式、分应用列表语义和电池策略。向维护者反馈时提供故障时间、Wi-Fi 或移动数据环境，以及脱敏后的相关日志；订阅 URL、节点密码和访问令牌不要公开。

后台常驻会持续维护 VPN 服务；实际耗电还与流量、节点协议、DNS 请求、测速频率和设备网络状况有关。日常不需要频繁对所有节点批量测速。应先减少不必要的测试与日志输出，再比较系统电池统计，不要仅凭常驻通知判断耗电异常。

可按这个顺序收尾：确认 VPN 授权，解除必要的后台限制，验证分应用列表，最后决定是否开启始终开启与阻断。需要重新选择客户端时，先查看客户端对比；基础导入步骤见Clash 使用教程，规则与 DNS 的职责可继续查阅进阶配置。