先按设备和配置选，不按名称选
新装安卓设备，优先考虑仍在维护、能够读取现有订阅的客户端；安卓和电脑都要使用，可以先评估 FlClash 的跨平台操作流程；旧设备已经稳定运行 Clash for Android，则先备份配置，再判断是否确实需要迁移。Clash Plus 应结合下载页对应项目的发布说明选，不要仅凭名称推断内核和平台支持。
这里有两个不同层次：客户端提供配置导入、节点选择和系统接管界面；内核负责解析配置、处理协议、执行规则和 DNS 解析。界面相似，不代表内核能力一致；两款软件都能显示节点，也不代表都能运行同一份完整配置。
五个维度的客户端对照
下表区分可确认的项目特征与必须检查当前发行包的项目。没有统一填写“最新版本号”：界面版本与内核版本是两组信息，同一客户端不同发行包也可能更换内核。选型时应记录手机上实际安装的两个版本，而不是把文章日期当作版本保证。
| 比较维度 | Clash Plus | FlClash | Clash for Android |
|---|---|---|---|
| 内核与格式 | 核对对应项目的内核名称、版本和兼容说明，不能由名称推断 | 基于 mihomo；具体协议与字段仍受所带内核版本限制 | 原项目旧内核体系，不宜用于承载要求新版 mihomo 的配置 |
| 界面与平台 | 按下载页列出的系统与安装包逐项确认 | 覆盖 Android、Windows、macOS、Linux，便于跨设备沿用操作习惯 | 面向 Android，常用入口为配置、代理、日志和设置 |
| 订阅管理 | 检查 URL 导入、更新提示及本地修改的保留方式 | 可管理配置及更新；应检查配置级设置与全局设置的覆盖关系 | 支持配置导入与更新；服务端返回格式须与旧客户端兼容 |
| 流量接管 | 确认是否支持目标系统的 VPN 或 TUN 接管，以及所需权限 | Android 使用系统 VPN 通道；桌面可使用系统代理或 TUN | Android 通过 VPN 服务接管，不等于桌面的系统代理开关 |
| 维护状态 | 以对应代码仓库、发行记录和问题跟进为准 | 属于后续维护的客户端路线，安装前仍应核对近期发行记录 | 原项目自 2023 年起停止维护，需考虑系统和配置兼容风险 |
内核版本：先看订阅需要什么能力
Clash、Clash Meta 与 mihomo 的关系
Clash Meta 后来以 mihomo 名称继续发展。看到“支持 Clash 订阅”，只能说明配置属于某一兼容范围，不能直接推导为支持所有 mihomo 新特性。比如配置中的新协议、规则集字段和 DNS 参数，都可能超出旧内核的解析能力。
如果订阅包含 type: hysteria2 节点，应选择明确支持该协议的内核和客户端发行包。旧客户端可能在导入阶段报告不支持的代理类型，也可能无法启动配置。此时反复刷新订阅通常没有作用；应先确认服务提供方是否提供兼容格式，或换用匹配的内核。
安装前记录三项信息
- 应用版本：打开客户端「设置」中的「关于」或版本信息页，记录完整版本与构建标识。入口名称以该发行版为准。
- 内核版本：查看关于页面或启动日志中的 mihomo、Clash 等标识；不要把应用版本号当作内核版本号。
- 配置要求：向订阅提供方确认目标格式，尤其是是否要求 mihomo、是否包含规则集和特定 DNS 字段。
判断兼容性时，优先看启动日志里的第一条明确错误。例如“不支持代理类型”和“规则集下载失败”是两个问题：前者偏向内核能力，后者还可能是网络、地址或访问权限问题。完整配置说明可参考完整文档。
界面操作：比较每天实际要点的地方
安卓上先完成一次完整流程
在原 Clash for Android 的常见界面中，打开「配置」→「＋」→「从 URL 导入」，填写名称和订阅 URL，保存后选中该配置。回到主界面启动服务，首次运行需要确认 Android 的 VPN 连接请求；随后进入「代理」选择策略组中的节点。不同分支的按钮文字可能略有差别。
在 FlClash 或 Clash Plus 上，应测试同样的四件事：找到配置导入入口、选中配置、切换代理模式、进入策略组选择节点。不要只比较首页是否简洁。若切一次节点需要反复返回，或者更新失败时没有可见原因，长期使用的操作成本会更高。
- 模式切换：日常分流通常用规则模式；全局模式适合临时隔离规则问题；直连模式不会替你选择代理出口。
- 策略组选择：手动选择组需要指定成员；自动测速组由配置决定检测目标、间隔与选择逻辑。
- 日志入口：至少能看到配置加载错误和连接错误。排查完成后恢复常规日志级别，避免长期记录过多连接信息。
桌面要额外看代理状态
桌面客户端显示“运行中”，只说明进程或内核已启动，不等于系统流量已进入代理。浏览器通常会跟随系统代理，但部分终端工具和游戏不会。评估 FlClash 等桌面客户端时，要分别确认“系统代理已启用”和“TUN 已启用”的状态，避免把两个开关混成一个功能。
订阅管理：更新成功后，修改还在不在
订阅管理的差异不只是有没有“更新”按钮。更重要的是更新时是否覆盖本地编辑、失败时是否保留原配置，以及自定义规则通过什么方式保存。直接改远程订阅生成的 YAML，下一次更新可能被替换；需要长期保留的分流规则，应使用客户端明确支持的覆写或合并机制，并测试其生效顺序。
- 导入订阅后，先记下配置名称和策略组名称，确认节点不是空列表。
- 手动更新一次，观察更新时间、错误提示和节点变化。HTTP 请求成功不等于返回了有效的 Clash 配置。
- 添加一条容易验证的自定义规则，再更新订阅，检查规则是否仍在、顺序是否正确。
- 备份本地覆写、规则文件和必要设置，迁移时不要只复制订阅 URL。
客户端也不会自动补齐订阅服务。换客户端后出现空配置，要先检查是否真的完成了导入和选中，而不是立即判断软件不支持当前网络。
TUN 与 Android VPN：相似目标，不同设置
Android 的 VPN 授权是系统接管入口
Android 客户端通常通过系统的 VpnService 建立虚拟网络接口。状态栏出现 VPN 标志，代表系统通道已建立，不代表远端节点已经连通。是否让全部应用进入通道，还受访问控制、分应用名单、路由和配置规则影响。
Android 通常同一时间只能有一个活动的 VPN 服务。测试新客户端前，先停用旧客户端，以及可能占用 VPN 通道的本地过滤工具。再检查「设置」中的应用电池管理，允许必要的后台运行；具体系统菜单因手机厂商而异。
桌面 TUN 解决不遵循系统代理的流量
桌面系统代理主要影响主动读取代理设置的应用；TUN 则从虚拟网卡层面接管符合路由条件的流量，通常需要管理员权限或服务组件。开启后还要处理 DNS、路由和其他 VPN 的冲突。不能把“TUN 开关存在”理解成所有应用都会自动正常联网。
例如 mixed-port: 7890 表示一个同时接受 HTTP 与 SOCKS 代理请求的监听端口。手动让应用连接 127.0.0.1:7890，与启用 TUN 是两条不同路径。7890 是常见配置值，不是所有客户端都固定使用的端口，最终应以当前配置和运行设置为准。
- 仅浏览器需要代理：先用系统代理，减少路由层面的变量。
- 终端或游戏不遵循系统代理：先查软件是否支持独立代理设置，再决定是否启用 TUN。
- 公司 VPN 同时运行：检查目标网段、DNS 与路由优先级，不要直接叠加全流量接管。
维护状态与迁移：按场景做决定
维护状态要看实际发布记录，而不是下载按钮旁边的“新版”字样。重点检查最近的系统适配、内核升级和已知问题；同时确认项目仓库与安装包来源能对应。Clash Plus 这类名称不能替代项目身份，信息不足时，应先完成来源核对，再讨论功能优劣。
| 使用场景 | 优先判断 | 建议动作 |
|---|---|---|
| 安卓新设备首次安装 | 系统兼容、内核能力、维护记录 | 先筛选仍维护的发行版，用现有订阅完成一次导入与连接测试 |
| 安卓与电脑同时使用 | 跨平台操作与配置兼容 | 优先评估 FlClash，各设备分别验证系统代理或 VPN 接管 |
| 旧版 Clash for Android 已稳定运行 | 是否需要新协议、系统更新是否带来问题 | 备份后再迁移，保留回退条件，不为界面变化直接替换 |
| 准备使用 Clash Plus | 具体项目、内核、目标平台及更新记录 | 逐项核对下载页与项目说明，不套用其他客户端的功能结论 |
迁移后的五步验收
- 停止旧客户端，导入同一订阅，确认新客户端能够完整加载配置。
- 选择规则模式和同一手动节点，先减少自动切换带来的变量。
- 分别访问一个应直连的网站和一个应走代理的网站，在连接记录里确认命中的规则与出口。
- 测试切换 Wi-Fi 与移动网络，再锁屏 5 分钟后恢复访问。这里的 5 分钟是建议测试时长，不是性能结论。
- 手动更新订阅，确认自定义规则、策略组选择和后台运行设置仍符合预期。
不要用单次延迟数字决定客户端胜负。节点线路、测试目标、DNS 缓存和测速方法都会影响结果；相同节点下，也不能把“延迟更低”直接解释为下载更快。对日常使用更重要的，是配置能正确加载、规则可验证、网络切换后能恢复，以及出现错误时能找到原因。
最终选择可以很具体：需要跨设备一致操作，先试 FlClash；旧版 Clash for Android 继续使用前，评估停止维护带来的兼容限制；选择 Clash Plus，则先确认对应发行包的真实能力。更多设备维度的筛选方式见选型指南。