Clash for Android 怎么用一键测速与手动切换节点
站内已有不少 Clash Android 文章聚焦订阅导入失败、分应用绕行与 TV 侧载，但手机上另一个高频问题是：我已经有节点了，怎么快速知道哪条线可用、该在哪个策略组里手选、以及换完以后怎么证明真的连上了目标站。本文只谈图形界面里的「Proxies 列表」「一键测速」「延迟排序」与各 策略组 的手动点选逻辑，并说明 GLOBAL 在排障时的短用法，让你不必在桌面改 YAML 也能完成日常线路择优与 连通验证。若你更熟悉 PC，可把本文当作 《Clash for Windows 流量统计与日志》 在手机侧的入口对照阅读。
为什么手机端也要会「测速 + 手选」
蜂窝与 Wi-Fi 切换、基站负载、IPv6 与双栈行为，会让同一条节点在不同时间看起来判若两线。很多人遇到「能连 VPN 但网页转圈」时，第一反应是整张订阅坏了；其实在半数场景里，只是当前命中的策略组恰好选到了超时线路，或规则把你送去了一个你以为没在用的出口。在 Clash for Android 里，把 Proxies 页面当作「机场大屏」：先用批量测速筛掉明显死线，再用手动点选锁定可接受的延迟与地区，最后用最朴素的浏览器开站验证，问题范围会迅速从「全网不通」收缩到「单一域名或 DNS」。
这与桌面客户端上翻看 Connections、读 core 日志是同一套思路，只是手机屏更小、信息密度更高，反而更需要固定顺序：加载订阅 → 启动 VPN → 打开 Proxies → 一键测速 → 按列排序 → 进入对应 策略组 点选 → 必要时 GLOBAL 短测 → 浏览器验证。跳过某一步，往往就会把「DNS 抽风」误判成「节点全灭」，把「规则组没展开」误判成「客户端 bug」。
Proxies 页面里到底有什么
典型 Clash for Android 会把「可直接点选的出口」与「嵌套的策略组」叠在同一个 Proxies 标签下：上面可能是 PROXY、自动选择、故障转移 之类分组名，点进去才是一串机场节点；旁边也许还有 DIRECT、REJECT 等特殊条目。新手困惑常常来自同名不同层：你在列表顶端看到某个分组显示「AUTO」，点进去却是一篮子具体节点；而顶栏的运行模式仍写着 Rule——注意，Rule 描述的是「域名按规则进哪一个策略组」，并不自动告诉你「当前组里选中了哪条线」。
因此阅读 Proxies 时要养成两个习惯：第一，先找到真正承载出口的那一组（常见叫法有「代理」「Proxy」「节点选择」），再谈测速；第二，分清父组与子节点，避免在错误的缩进层级上点选。部分订阅会把 YouTube、Telegram 等常用域名单独拆组，这时即使你在总组里选了香港线，某个域名仍可能命中专用组里缓存的旧选中项——动手切换前先在目标组确认高亮条落在你期望的节点名上。
一键测速：入口、过程与结果怎么读
不同版本图标位置略有出入，但逻辑相似：在 Proxies 右上角或浮动按钮里找到「测速」「健康检查」「闪电」一类操作，即俗称的 一键测速。点击后客户端会对列表中可见或可测的线路依次或并发探活，常见结果是毫秒级延迟、超时、或「失败」。第一次批测建议在静止网络下完成：先关掉正在下载的视频、同步盘与系统更新，否则测量会被队列里的 TCP 重传污染。
批测操作建议
- 确认配置已刷新且至少有一条非超时线路，否则先处理 订阅导入。
- 在 Proxies 展开你要用的策略组，让节点完整出现在屏幕列表内（有的实现只测可见项）。
- 执行批测，等待动画结束；若大量超时，优先怀疑当期网络封堵或 DNS 劫持，而不是逐条删节点。
- 对前若干条最低延迟线路各做一次手动点选后试网，避免「批量结果好但实际出口未切换」。
读数时请把批测当作相对排序而不是物理学真理：同样的毫秒数，在丢包略高的载波上可能体感更差；而略高的数字，如果对应更干净的出口与更稳的 BGP，长连接反而更顺滑。把它理解成「帮你缩 Candidates 名单」，而不是「自动替你做最终决定」。
延迟排序与列表字段：看懂谁在前谁在后
批测结束后，客户端通常允许按延迟列升序排列，这就是所谓 延迟排序。排序应当在你已定位到正确的策略组之后再做：否则你只是在一大锅混合节点里看热闹，实际规则可能根本不会走到这些叶节点。若界面同时展示「类型」「UDP」「TLS」等标签，可把它当作订阅作者在远端声明的Hint；真正决定是否握手成功，仍以目标站点能否打开为准。
小提示
如果你看到某节点测速永远第一名但实际网页卡顿，尝试换浏览器内核或清理该站点的 Service Worker，再排除 SNI 与 QUIC 干扰；有时不是线的问题，而是应用层缓存。
对于含有「轮询」「负载均衡」语义的组，名单顺序可能由内核按权重调整，不一定与手工点选的友好度一致。若订阅作者在组上挂了 url-test 或 fallback 策略，手机上仍会看到结果，但自动切换节奏可能略滞后于桌面；欲深入可读 《url-test 与 fallback》，此处只需记住：自动组 + 手动点选可能互相覆盖，以最后一次点击与高亮为准。
策略组切换：从「规则命中」到「我想要的出口」
策略组切换的核心动作，是在 Proxies 树里单击节点名或分组条目，让高亮移动到你的目标。例如你把总组从「自动」改成了某城市的具体线路，接下来新建立的连接才会默认继承这组选择；已建立的长连接不会瞬间全部重拨，因此切换后若页面仍旧，先完整关闭再打开浏览器标签或强制停止应用后再试。
多策略并行时，记住「域名 → 规则 → 策略组 → 叶节点」这条链：你在错误的组里换节点，对外表现可能是零变化。实操上可在发生问题时先问自己三个问题：当前站点大概命中哪条规则？这条规则引用的是哪个组？该组最后一次我点的是谁？如果你答不上来第一问，与其来回换线，不如短暂把模式切到 GLOBAL 做对照（下一节），再回到 Rule 查订阅里的关键字匹配。
| 场景 | 更稳妥的做法 |
|---|---|
| 视频站缓冲 | 先固定同一节点打满一次测速，再排除本机省电限制与浏览器广告拦截插件 |
| 即时聊天收发慢 | 关注 WebSocket 与长连是否在切节点后被中间设备重置；必要时换出口地区而非只看延迟 |
| 只有某个国产 App 异常 | 复查 分应用 是否把该 UID 排除在隧道外 |
GLOBAL：用来做短对照，而不是日常模式
GLOBAL 在许多配置里等价于「跳过复杂分流、统一走你选的全球出口」。在手机上它最适合两分钟以内的鉴别实验：当 Rule 下无论怎么手选都失败，而 GLOBAL 指向同一叶节点立刻能打开页面，则高度怀疑规则集顺序、域名匹配或地域分组写反；若 GLOBAL 也不行，先回到节点可用性与 DNS。请务必在验证后把模式切回 Rule，否则国内流量也可能绕远，费电且增加被目标站风控的概率。
合规提醒
请在你有权使用的网络与账户前提下使用代理工具，遵守当地法律、提供商条款与用人单位策略。本文仅讨论客户端界面能力，不提供绕付费墙或攻击性行为指引。
连通验证：用最省事的方法证明「真的能上站」
完成 一键测速 与 策略组切换 后，不要停在毫秒数上自我感动。推荐的 连通验证 顺序是：先用你日常在用的浏览器打开目标站点本身，其次再打开任意「出口 IP」检测页交叉确认。若两步结果矛盾——例如 IP 显示已出境但目标站仍白屏——请转到 DNS 与 fake-ip 排查，因为此时更像是解析路径与规则错位，而不是单纯节点离线。
另一种高信噪比办法是对照实验：在保持同一 Wi-Fi 下，分别记录「关闭 VPN」「Rule + 手选 A 线」「Rule + 手选 B 线」「GLOBAL + 同线」四种组合的目标站首屏时间与错误码，只改一个变量。把结果记在备忘录里，下一次同类故障你能三分钟定位，而不是把所有节点点一遍。对于需要登录态的站点，记得用隐私窗口排除过期 Cookie，否则容易误认为「代理坏了」。
现场清单
- 切点后强制停止目标 App 或清后台，再试握手。
- 对照系统时间、证书与用户分身空间，排除非网络层因素。
- 大版本升级后复查 VPN 权限与「始终开启」类开关是否被系统重置。
- 若仅蜂窝异常、Wi-Fi 正常，先怀疑运营商对 VPN 的 QoS 而非 Clash 本身。
常见误判与排查顺序
「批测全绿但网页全红」多见于 DNS 或 fake-ip 与规则未对齐；「批测全红但别人能用」多见于本地网络对探针域名的封锁或时间不同步。「手选无效」多半是改的不是当前命中组，或被上层 AUTO 组覆盖。坚持从上到下逐层展开 Proxies，比盲目重装 App 更能节省时间。想系统了解策略与规则语法，可先读 《Clash 新手入门》 再回到手机练习点击路径。
常见问题
一键测速的数字低就一定最快吗？
不一定。批测多是到固定探针的 ICMP 或 TCP 延迟，只能说明到该探针的路径相对短；实际看高清、下载或跨境长连接时，抖动、带宽与出口负载同样重要。请以你常用的站点自测为准，把测速当作初筛。
在 Proxies 里选了节点，为什么浏览器还是慢？
可能流量仍由规则走到别的策略组，或某域名命中直连；也可能是 DNS 与 fake-ip 路径异常。先在客户端连接列表或日志里看命中链，再对照规则与组内当前选中项，必要时做 DNS 专项排查。
GLOBAL 和在某个策略组里手动选节点有什么区别？
GLOBAL 通常表示绕过常规分流、统一走你指定的全局出口，用于快速判断是不是规则或分组问题。日常仍建议 Rule 模式，短测后及时切回，以免国内流量也被拉到海外出口。
策略组里的 AUTO、负载均衡看不懂怎么办？
可理解为订阅作者在配置里预设的一组出口：有的会在组内按延迟或可用性轮换，有的只提供人工列表。展开组后逐个点具体节点；若只有单一 AUTO 条目，多半是组策略在后台替你选，可在 PC 上对照 YAML 或阅读订阅说明理解 url-test、fallback 等语义。
小结
Clash for Android 的价值不在于把桌面 YAML 搬到小屏，而在于把「线路是否可用」变成可快速感知、可手动纠偏的日常动作：Proxies 里的一键批测负责初筛，延迟排序负责把候选压缩到可点范围，各 策略组 的手动切换负责把出口对齐你的真实业务，而 GLOBAL 仅在你需要与规则「暂时休战」时出场。掌握这套顺序后，你会明显减少无效重装与整张订阅频繁刷新的时间成本。
更可预期的客户端体验
不少同类工具要么把测速与分组藏得过深，要么在移动端弱化规则可视性，导致用户只能反复「碰运气式」切线；桌面与手机的行为差异过大时，排查成本会被迫翻倍。Clash 生态长期在桌面与移动之间共享同一套策略语义，配合直观的 Proxies 列表与批测能力，让你在小屏上也能完成「看清楚再点」的决策链，而不是在缺乏可视反馈的自动模式里裸奔。
团队持续打磨多平台一致的配置体验与可观测性：无论你是像本文这样在手机上手选节点，还是像 Windows 排障文 那样结合连接列表与日志定位，Clash 都尽量把复杂度收束在可理解的界面上，而不是把用户推到不可维护的脚本里。若你也希望少踩「看不懂当前出口」的坑，可以尝试把我们的客户端当作长期主力。这正是 Clash 设计时反复权衡的分流可读性与操作路径，感兴趣的话欢迎下载安装体验。
下一步
把测速当作起点、把验证当作终点，中间的每一次手选才会变得有根据。