本文目录
FlClash 升级到 v0.9.0 后，DNS 页不再有原来的总覆写开关，旧自定义覆写里的策略组和规则也可能不见了。继续沿用旧版操作，很容易改了设置却没得到预期结果。先分清每项设置作用于哪种配置，再决定怎样迁移。
升级后，旧覆写开关和配置去哪了？
v0.9.0 的正式发布记录明确移除了 DNS/NTP 覆写开关和旧自定义覆写。这是配置方式变化，不能把开关消失直接当成订阅失效，也不能承诺升级会把原自定义内容自动转成新配置。 DNS 负责把域名解析为地址，NTP 用于校时；先确认自己实际改过哪一项。
这些步骤适用于从旧版迁移的桌面和 Android 用户。界面语言不同，标签可能不同；菜单结构或版本不一致时，先核对实际版本，不照搬其他客户端入口。
先判断你使用哪种配置
| 你要调整的内容 | v0.9.0 中的作用范围 |
|---|---|
| URL 或文件配置的 DNS | 全局 DNS 页按所选字段覆写这些配置；未选字段继续参与原配置与默认值合并。 |
| 自定义配置的 DNS/NTP | 在该自定义配置内设置；DNS 在首页，NTP 位于更多。不能假定全局 DNS 页也覆写它。 |
| 旧自定义覆写中的组和规则 | 需要重新建立独立的自定义配置；新配置不会自动叠加当前订阅。 |
先留住升级前的备份和可用配置
还没升级时，从工具进入备份与恢复，在本地栏目选择备份，并把文件复制到应用数据目录之外。另行保存原订阅地址、配置文件，以及自定义策略组、规则和顺序。备份包含敏感地址或账号，分享前要脱敏。
旧版自定义覆写的数据迁移会移除为覆写保存的组、节点和规则，让原订阅按普通配置运行。v0.9.0 恢复旧备份也会读取和迁移旧数据，不能保证旧自定义覆写重新出现。
已经升级且没有旧副本时，先备份当前状态并保留仍可用的订阅。不要删除数据或重复覆盖唯一副本。缺失的旧值只能从已有文件、截图或独立备份找回；本文不能凭空恢复已丢失的规则。
升级前后先完成这三件事
记下应用版本和当前配置
核对实际 FlClash 版本，记录当前配置名称、节点选择、代理模式以及系统代理或 TUN 状态。把原 DNS 和需要保留的 NTP 值一起保存。
确认备份确实保存成功
找到刚导出的文件并复制到独立位置，核对文件可读取且大小不是零。原备份保持不变，后续测试用副本；不要把仅存在应用内的记录当成独立备份。
安排一次可中断的迁移
只从项目正式 Release 选择适合平台的版本。先保留原订阅，升级后逐项迁移和测试，不同时重置 DNS、规则、内核和所有代理开关。
DNS 按字段覆写，怎样恢复原订阅的设置？
全局 DNS 页只修改 URL 和文件配置。打开“工具 → 进阶配置 → DNS”，用“添加覆写项”选字段并编辑值。例如只想改 nameserver，就只添加 nameserver；其他字段不要选。
想撤销某个覆写时，在 DNS 页移除该字段，随后重新查看最终配置。仅把值改回一个看似默认的地址，仍然保留了覆写，不能说明已交还给原订阅。先记下原来添加的字段，便于撤销本次测试。
未选字段并不意味着最终文件必定与订阅一字不差：实现还会合并默认 DNS。当原 dns 未启用时，会补入启用、fake-ip 与 nameserver 等默认项。判断时必须比较原配置、所选字段和最终配置，而不是仅看开关有没有消失。
普通配置可从配置菜单的更多进入最终配置；自定义配置菜单直接提供最终配置。核对 dns 段中的 enable、enhanced-mode 和 nameserver 是否符合预期，不要把订阅原文当成正在运行的结果。
每次只改一个 DNS 字段
- 保存原值和原所选字段列表。
- 添加需要的字段并编辑值，查看最终配置确认它实际出现。
- 若结果不符，移除刚添加的字段，重查最终配置和同一域名的访问。
旧自定义覆写要重建成独立配置
从配置进入添加配置，选择自定义。这里创建的是独立 Profile。配置列表只选一个当前配置，因此只建立一个空自定义配置，不会自动获得原订阅的节点、策略组和规则。
新自定义配置可以引用原 URL 或文件配置中的节点，但不会复制它们的策略组和规则。保留原配置，只引用真正需要的集合；具体添加方法按下方步骤完成。
需要改自定义 DNS 时，在这个配置自己的 DNS 页设置；需要 NTP 时，从更多进入 NTP，按所选字段设置。
重建完成后再切换
给新配置一个容易区分的名称
保留原订阅作为可用配置，新建并命名迁移副本。不要删除原订阅，也不要把新配置当成可同时开启的覆写层。
重建策略组、节点引用和规则
在新配置的策略组中打开节点选择，使用添加节点，在代理集分类选中原配置名；然后按原记录重建规则，并指向已有组。外部资源页只检查或编辑已引用的集合，不用来导入整份订阅。旧值找不到或资源加载失败时，继续使用原订阅。
检查内容提示和最终配置
修正缺失资源引用、配置错误及空组，核对策略组与规则顺序。NTP 只合并所选字段；需要的字段和值应按自己的原配置核对，不能把空选择当成已重建所有旧 NTP 设置。
在配置列表选中新配置
确认自定义内容完整后，才把它选为当前配置并做真实连接测试。列表当前选中项、最终配置和实际使用的节点必须对应同一个 Profile。
用切换、重启和真实访问确认迁移结果
界面保存成功或节点测速正常，只能说明部分操作完成。要确认迁移，使用同一配置、节点和目标域名做对照，查看最终配置及连接日志，再检查你原本依赖的规则是否命中。
全局 DNS 字段作用于 URL 和文件配置，因此如果保存了多份这类配置，要逐一切换检查；自定义配置另行验证。不要因为第一份配置能联网，就认为其他配置也保留了各自的 DNS 行为。
迁移后的验证清单
- 当前配置名称和应用版本正确，原订阅与独立备份仍在。
- 最终 dns 中的 enable、enhanced-mode、nameserver 符合所选字段与原配置的预期。
- 常用域名能解析，网页或应用能够完成实际请求，日志没有持续解析或配置错误。
- 自定义策略组有可选节点，关键规则命中正确，外部资源引用没有缺失。
- 切换其他 URL 或文件配置后，再核对全局 DNS 的实际影响；自定义 DNS/NTP 分别验证。
- 完整退出并重启后，当前配置、所选字段、节点和同一请求结果保持正常。
迁移失败时，先恢复可用订阅
先把当前配置切回保留的原订阅，撤销本次新增的 DNS 覆写字段，再用相同请求核对。如果 TUN 下持续无法联网，暂停 TUN；只有原方案本来支持系统代理时才临时使用它，其覆盖范围不同，不能当作 TUN 已修好。
需要恢复旧版时，先保存新版状态，再用适配平台的官方旧版和升级前备份。从工具的备份与恢复进入本地恢复，要恢复旧组和规则时核对恢复所有数据。旧版不保证能读取新版备份或数据库；不要让旧程序覆盖唯一数据。
在 v0.9.0 中恢复旧备份仍会进行迁移，恢复所有数据也不等于旧自定义覆写自动复活。恢复前确认备份版本、内容和恢复方式，保留原文件；操作失败时不要用同一副本反复覆盖当前可用状态。
没有可靠旧备份时，保持原订阅可用，逐项重建缺失内容，或等待项目提供明确迁移办法。向项目反馈时附实际版本、配置类型、所选 DNS/NTP 字段、脱敏后的最终配置片段和最短错误日志；不发送订阅 Token、账号或完整敏感备份。
上述菜单与迁移行为依据 v0.9.0 的官方发布、固定源码和迁移测试，没有在所有平台完成实机升级验证。菜单不同或迁移后仍有异常时，保留实际日志并按项目后续答复处理。