FlClash v0.8.99 发行说明的备份修复写明，恢复不会再半途应用。这针对的是恢复操作的一致性：失败时不应留下只应用了一部分的状态。它没有承诺任何其他客户端备份都能导入，也没有证明你的订阅链接和节点仍有效。
恢复前留下比较基准
在本机记录当前配置名称、资源数量、策略选择和接管开关，并用客户端支持的方式备份现有状态。目标备份要能确定来源与生成版本，不要使用来源不明的备份覆盖私人配置。文件只保存在私密位置，因为其中可能包含访问凭据。
升级到相应版本之后再按该版本支持的恢复入口操作。本文不提供跨客户端文件互换步骤；备份文件扩展名相同，也不表示内部结构相同。
恢复成功后检查三个层面
第一，内容层：期望的配置和资源是否出现，自己的重要覆写是否仍在。第二，选择层：实际启用的是哪份配置，策略组当前选择是否正确。第三，接管层：系统代理或 TUN 是否符合希望的状态，实际请求有没有进入连接记录。
数量相同不是全部内容相同，恢复提示成功也不能证明远程资源已重新下载。选一个固定目标发起访问，分别看接管、匹配规则和连接结果。如果备份里的 URL 已失效，恢复操作成功与后续更新失败可以同时存在。
恢复失败后保留现场
记下失败提示，再与恢复前的基准比对。若观察到状态只改变了一部分，这正是值得反馈的现象；提供版本、备份生成版本、恢复步骤和哪些项改变即可。不要为了证明问题把含账号的原始备份上传公开 Issue。
恢复失败时先保留原备份与当前可用状态，不要反复用不同版本覆盖。修复记录是开发者的变更声明，本文没有对损坏备份或不同系统的恢复作设备测试。进一步阅读：脱敏日志。资料：FlClash v0.8.99 备份与数据库修复。