FlClash 常见问题

FlClash 是使用 Flutter 构建的图形客户端，负责配置管理、代理选择与设置界面；mihomo 是负责协议连接、DNS 处理和规则匹配的内核，前身称为 Clash Meta。教程里的 Clash Meta 配置通常指这一内核生态的配置格式，不是另一个必须同时安装的软件。遇到配置选项不支持时，应核对客户端随附的内核能力和配置语法，而不是仅凭界面名称判断。比较客户端时，还要区分平台支持、权限实现和配置管理方式。

需要可用的代理配置。FlClash 是客户端，安装完成并不等于已经具备可连接的代理服务。配置通常由服务提供方给出，可以是订阅地址，也可以是包含代理、策略组与规则的 YAML 文件。导入前先确认来源可信、服务仍然有效，并选择兼容 mihomo 的配置格式。订阅地址可能带有账户访问凭据，不应发到公开评论、截图或工单附件中。客户端安装与代理服务开通是两个独立步骤，连接失败时也应分别检查。

日常使用可先选规则模式，由配置中的规则按顺序决定请求直连还是进入某个代理策略组；全局模式让进入内核的常规连接交给全局策略组，需要同时确认该组选择了可用代理；直连模式则让相关连接直接访问目标。全局模式不等于自动接管所有应用，流量仍需通过系统代理、手动代理或 TUN 进入内核。排查时可以临时切换模式作对照，但不宜把全局模式当作规则错误的长期替代方案，测试后应恢复原有分流设置。

FlClash 的常见发布平台包括 Android、Windows、macOS 和 Linux，具体架构与系统要求应以安装包说明为准。iPhone 用户需要选择支持 iOS 的其他客户端，不能把 Android 安装包用于 iOS。本站安装包页按平台列出客户端，iOS 区提供 Clash Plus 的 App Store 入口及官网 clashplus.io。跨设备使用时可以复用兼容的订阅，但系统代理、VPN 授权、后台运行和端口等本机设置仍需分别配置，不能仅靠同步文件完成。

先确认复制的是完整订阅地址，而不是服务商登录页、购买页面或分享页面，注意首尾空格与被聊天软件截断的部分。接着检查设备时间、本地网络和服务账户状态，再尝试更新一次并记录具体错误。返回登录页面或网页内容通常表示地址不对或访问需要认证；返回配置解析错误则应检查订阅格式。若订阅域名本身需要代理才能访问，应在已有可用连接下更新，或向服务方索取可直达的入口，不要连续重复导入制造多个同名配置。

导入成功只说明内容已经保存，不代表该配置已被设为当前配置，也不代表所有代理都能连接。先在配置列表选中刚导入的项目，确认内核启动没有报错，再进入代理页面，为规则实际引用的策略组选择可用出站。桌面端还需要开启系统代理，或根据应用需求使用 TUN；Android 端需要完成系统 VPN 授权。最后用浏览器打开普通网页，并查看连接记录是否出现请求。若没有记录，优先检查流量入口；若有错误记录，再检查代理服务和规则。

TUN 需要创建虚拟网络接口并调整路由，因此通常比系统代理需要更高权限。Windows 上先查看客户端是否要求安装或启动服务模式，并按当前版本提示完成授权；macOS 与 Linux 则检查相应权限或服务安装步骤。Android 使用系统 VPN 授权，通常不需要 root，同时只能保留一个占用 VPN 通道的应用。若授权后仍失败，检查日志中的接口、路由或服务错误，并先退出其他 VPN 软件。不要为了开启 TUN 长期关闭防火墙，或给不明脚本提升权限。

按设备处理器架构选择，不要只看系统名称。常见 Intel 或 AMD 电脑通常使用 x64，Windows ARM 设备需确认是否有匹配的构建及兼容条件；Apple Silicon Mac 选择 ARM 构建，Intel Mac 选择 x64 构建。Android 新设备多数使用 ARM64，较旧设备可能需要 ARM 构建；通用包仅在客户端确实提供时选择。可在系统的关于页面查看处理器信息。遇到无法安装或格式不支持时，先核对平台、架构和系统要求，不必反复下载同一文件。

先区分订阅下载失败与代理服务不可用：前者影响获取配置，后者影响实际连接，两者不一定同时发生。到服务方账户页面核对有效期、流量额度和订阅是否被重置；若地址已更换，应编辑原配置的订阅地址，再手动更新。旧配置仍能使用时，可以暂时保留，避免先删除后失去排查入口。更新完成后检查当前配置与策略组选择是否变化。不要把完整订阅链接提交给公共检测网站；需要反馈时，只提供去除凭据后的域名、时间和错误类型。

混合端口可在同一入口接受 HTTP 与 SOCKS5 代理请求，7890 是常见默认值，实际应以当前设置为准。仅供本机使用时，通常无需开启允许局域网连接；需要让同一可信网络中的手机或电视借用电脑代理时，再开启该选项，并检查监听地址和防火墙放行范围。在其他设备填写电脑的局域网 IP 与实际端口，不能填写 127.0.0.1，因为它指向设备自身。不要把端口转发到公网；公共 Wi-Fi 环境下应关闭共享，或严格限制可访问的来源。

先使用规则模式，再核对当前配置的 rules 顺序。规则通常自上而下匹配，命中后便不再继续，因此具体域名规则应放在容易覆盖它们的宽泛规则之前。可按配置能力组合 GEOSITE、GEOIP 与末尾 MATCH，并确认引用的策略组确实存在、地理数据能够加载。若某个站点走错出站，应在连接记录中查看目标域名、命中规则和最终策略，再调整对应项。不要只凭页面语言判断站点归属；域名分类、IP 所属地与实际业务需求可能并不一致。

先查看系统是否结束了 FlClash 的后台进程，再检查电池优化、后台活动和厂商自启动设置。可按设备系统说明允许客户端持续后台运行，并保留系统要求的前台服务通知。若系统提供始终开启 VPN，可结合需求使用，但启用阻止未通过 VPN 的连接前，要理解客户端停止时可能导致网络不可用。锁屏后仅在移动网络切换时断开，则还应检查 Wi-Fi 与蜂窝网络切换、服务端连接状态和日志。不同厂商的设置名称不一致，应以实际设备界面为准。

先暂停代理，确认本地网络可以正常访问普通网站，并排除需要网页登录的公共网络。然后检查系统时间与时区、订阅更新结果及服务账户状态，再确认当前配置和策略组选择正确。若所有代理同时失败，优先查看共同依赖的 DNS、网络限制、防火墙及其他 VPN 冲突；若只有个别代理失败，则更可能需要服务方检查对应线路。测试时每次只改一项，并记录日志中的连接错误。超时测试结果只能作为线索，还应结合实际网页请求判断，不要连续批量测试增加干扰。

先确认 FlClash 内核已经运行，系统代理的地址与端口指向当前客户端，而且没有被其他代理软件或组织策略覆盖。用浏览器发起新请求，查看连接记录；完全没有记录时，说明请求可能未进入内核。部分应用使用独立代理设置或不遵循系统代理，需要在应用中手动填写代理，或在确认权限与路由正常后使用 TUN。更改设置后可重启相关应用，避免旧连接影响判断。若退出客户端后网络仍异常，应检查系统是否残留代理设置，并恢复与当前运行状态一致的配置。

如果桌面浏览器正常，而某个受应用容器限制的 UWP 应用无法访问本机代理，可以检查回环限制。先确认该应用确实使用应用容器，并查明对应的包标识；如当前客户端提供 UWP 回环工具，可仅对需要的应用启用豁免，也可使用 Windows 的 CheckNetIsolation 工具按系统文档设置，相关操作通常需要管理员权限。不要对全部应用盲目放开。若该应用并非 UWP，或问题出在 DNS、服务端及组织策略，回环豁免不会解决；已使用 TUN 时还应检查实际路由。

先区分域名解析失败、连接超时和证书错误，不要把所有打不开都归为 DNS。检查日志是否出现解析失败，并确认当前配置的 DNS 上游、引导解析和相关代理策略能够互相配合，避免解析服务器本身依赖尚未建立的连接。浏览器启用安全 DNS 时，请求路径可能与系统不同，可以暂时统一设置作对照。若使用 fake-ip，应检查过滤项、TUN 路由及其他 VPN 冲突；调整后重建连接并按系统方法清理缓存。保留原配置，一次只改一个选项，不要随意关闭证书验证。