FlClash客户端与订阅配置

项目来源与客户端演进

FlClash 是基于 Flutter 与 Clash Meta 的开源客户端，源代码仓库公开了界面、平台集成和构建相关内容。Clash 生态包含不同开发者维护的图形客户端与内核分支，同样支持 Clash 配置，并不意味着发布渠道、维护节奏和功能入口完全相同。迁移旧客户端时，应先备份订阅地址和自定义规则，再逐项确认新客户端的支持情况，而不是直接覆盖旧目录。

查阅项目时，可先看 README 的平台说明与使用方法，再看发布记录中涉及本机系统的变化。问题讨论通常需要复现条件、操作系统、相关配置与脱敏日志；只有“连接失败”这一描述，很难区分权限、格式、节点或路由故障。公开反馈前应删除订阅链接中的凭据、节点密码和可识别个人账户的信息。

Clash Meta 与 mihomo 的关系

Clash Meta 内核的后续项目通常以 mihomo 名称出现，文档、配置字段和日志中可能同时看到这两个名字。FlClash 在其上提供可视化操作，但协议兼容、规则匹配和 DNS 行为主要取决于实际集成的内核。界面能导入一份 YAML，只能说明文件经过了相应解析；要判断连接能否建立，还需确认协议参数、策略组引用及当前网络条件。

处理问题时可以沿“请求是否进入内核、是否匹配预期规则、是否选中可用出口”的顺序检查。若日志中根本没有目标请求，优先检查系统代理、应用自身代理设置和 TUN 接管；若请求已出现且出口正确，再看解析、握手和远端连接。这个分层方法也适用于其他使用相近内核的客户端。

GPL-3.0 与源代码查阅

FlClash 项目采用 GPL-3.0 许可。普通用户可以从源代码与发布说明了解软件行为；准备修改、再分发或集成项目时，应阅读仓库内的许可证及依赖许可，按适用条件保留声明并履行相关义务。开源许可说明代码的使用条件，并不代表订阅服务、远端服务器或网络环境由同一个项目负责。

应用更新与订阅更新分别管理

应用更新调整界面、系统集成或随附内核；订阅更新则重新获取配置来源提供的节点、规则及策略组。两者解决的问题不同。节点失效不一定需要重装客户端，应用权限异常也未必能靠刷新订阅修复。升级前记录当前配置名称、出站模式和接管方式，重要的本地修改另存备份，更新后以同一目标和同一出口重新测试。

订阅地址往往带有账户访问凭据，应按密码管理。不要把完整链接放到公开截图、在线 YAML 检查工具或问题讨论中。若需要分享配置结构，可保留字段名称，将域名、密码和令牌替换成明确的示例值。本站的配置片段仅说明字段关系，不能作为开箱即用的代理服务使用。

首次使用的检查顺序

先在配置页完成导入并选中配置，再进入代理页确认策略组可选成员，最后回到仪表盘开启需要的接管方式。规则模式适合正常分流，全局模式适合短时对照，但都只影响已进入内核的连接。测试时使用新建请求，并结合连接或日志页观察结果；只看开关开启状态，无法判断实际访问走向。

若订阅可以更新但目标访问失败，分别测试另一个出口和另一个目标；若所有出口都失败，再检查本机网络、系统时间及 DNS。启用 TUN 后才出现问题时，先关闭 TUN 恢复到普通代理状态进行对照，再逐项排查路由、权限与其他 VPN。具体操作见订阅导入教程；需要调整规则集与 DNS 时，继续查阅进阶配置手册。