FlClash 怎么用：从安装、导入配置到启动代理

使用 FlClash，可以按安装应用、导入配置、选择节点、开启代理、检查连接的顺序进行。配置支持订阅链接和本地文件两种来源；应用提供代理组、延迟测试、系统代理与 TUN 模式。

下面从安装包选择讲起。涉及具体按钮位置、权限提示和报错处理的部分，以项目已公开的说明为限。

安装：先确定系统和处理器架构

从项目 GitHub 发布页获取安装包。选择时同时核对平台、处理器架构和包形式，不能只看文件后缀。

截至 2026-11-08，各平台的安装包与系统要求如下：

需要逐项核对文件时，可看各平台安装包怎么选。

Linux 还有一项与托盘有关的依赖：.deb 会安装所需依赖；使用 AppImage 或 .rpm 时，需要 AyatanaAppIndicator 库才能显示托盘图标。这项要求针对托盘显示，不应直接当作所有连接问题的原因。

首次运行还涉及应用内的免责声明。README 说明，接受该声明后，FlClash 才会启动内核。因此，打开应用窗口与内核已经启动，是两个需要区分的状态。

导入订阅：链接和本地文件分开处理

先看手里已有的内容，再确定使用哪项功能：

FlClash 将配置导入与备份恢复分别提供。虽然二者都可能使用本地文件，但用途不同：导入用于加入配置，恢复用于处理已有备份。备份恢复还支持 WebDAV。

截至 2026-11-08，README 给出的协议链接写法是：

clash://install-config?url=<URL-encoded subscription link>

占位部分应替换为经过 URL 编码的订阅链接。打开这种协议链接，可以发起向 FlClash 导入订阅的操作。README 同时列有 clashmeta://、flclash:// 两种协议前缀。

配置进入应用后，可以使用内置编辑器；项目还列有覆写脚本，以及自定义规则、代理和代理组功能。这些功能用于调整配置，不是判断导入是否成功的替代依据。

选节点：区分代理组和延迟测试

FlClash 支持代理组，也提供延迟测试。进行到选节点这一步时，可以围绕这两项功能查看配置中的可选代理，并测试延迟。

延迟测试与实际请求检查是不同环节。前者对应应用提供的测试功能；后者需要结合连接、请求和日志观察，不能仅凭已经导入配置，就认定后续请求已经使用代理。

节点选择还应与代理模式分开理解。选定代理组中的项目，是配置使用过程的一部分；系统代理或 TUN 则是应用另外提供的功能。

开启代理：确认使用系统代理还是 TUN

FlClash 提供系统代理与 TUN 两种模式。选节点之后，接下来要处理的是代理模式的启用，而不是继续重复导入配置。

桌面端还提供托盘菜单和全局快捷键；Android 提供快捷设置磁贴、分应用代理，并支持 Android TV。这些属于平台功能，不能据此推定各平台的按钮名称或操作位置完全相同。

有关内核启动，需要保留前面的区别：应用首次运行时接受免责声明，是 README 明确说明的启动条件；系统代理和 TUN 则是另外列出的代理功能。

验证是否生效：结合连接、请求和日志查看

FlClash 可以实时展示连接、请求、DNS 查询和日志。开启代理后，可以查看这些信息，了解应用记录到了哪些连接和请求。

检查时应把问题分开：配置是否已经导入、代理组是否有可选内容、内核是否启动，以及实际请求如何表现，并不是同一个问题。延迟测试可以作为其中一项检查，但不宜把它当作整个使用流程的完成标志。

项目对这些查看功能的介绍，可对照仓库 README。

常见报错：先确定停在哪个环节

遇到问题时，先记录它发生在安装、导入、选节点还是启动阶段。FlClash 提供日志查看功能，可以结合出现问题的环节查看记录。

关于导入入口的位置、文件扩展名、订阅更新周期、导入失败的处理方法，以及系统代理和 TUN 的具体授权步骤，官方没有说明。因此，不能把其他客户端的操作路径直接套用到 FlClash，也不能承诺任意格式的配置都能导入。

若问题发生在更换版本之后，可继续核对版本更新记录与升级说明；其他使用疑问可查阅配置导入与连接常见问题。

第三方整理，与项目方无关。