FlClash 0.9.1 更新：桌面端 TUN 改为逐项覆写

FlClash 在 10 月 17 日发布了 0.9.1 正式版。这次值得留意的是桌面端 TUN 设置：MTU、严格路由等参数改为逐项选择覆写，未选中的项目通常保留当前配置文件中的值。以前手动改过的部分设置则会迁移，不会因为升级全部恢复默认。

哪些 TUN 设置变了

旧设置中的 MTU、拥塞控制、严格路由、路由地址和排除地址，现在可以分别决定是否覆写。举例来说，原配置的 MTU 是 1400，只要没有启用对应覆写，就不应把设置页里显示的默认数值理解成已经生效的值。

这不代表 TUN 的所有字段都交由订阅决定。启用状态、设备名、协议栈仍有客户端控制；自动路由和接口检测也有客户端处理。DNS 劫持还有默认值，因此不能把“未选中覆写”简单等同于完整照搬原始 YAML。

升级时，旧设置里偏离默认值的 MTU、拥塞控制，以及已经启用的严格路由、非空路由列表，会转换为覆写项目。如果之前为了兼容本机网络调整过这些值，升级后要检查它们是否仍然符合需要。

升级前后怎样核对

1. 保留当前可用配置的备份，记下原来的 TUN 参数，不把含订阅令牌的文件发到公共渠道。
2. 从 0.9.1 发行页获取对应平台的软件包。
3. 升级后检查 TUN 覆写项目，区分继承配置的值和自己明确修改的值。
4. 使用原来的节点、网络和规则，检查常用应用与局域网访问。若只有 TUN 模式异常，先比较这些参数，不同时更换 DNS、节点和协议栈。

这里的操作针对桌面端。Android 通过 VPN 服务建立连接，不能直接套用相同的参数处理结论。

其他值得关注的修复

该版还修复了大型配置导致的崩溃、文本框粘贴与中文输入问题，并调整了系统代理和托盘操作。连接、请求与 DNS 页面增加可排序表格，排查时可以更方便地定位记录。Android 版本移除了 Firebase 分析和崩溃上报组件。

若内核已经正常启动，但应用仍无法联网，可继续按连接检查教程区分系统代理、DNS 与规则问题。

已有连接正常时，无须为了新选项额外修改 MTU 或严格路由。