Clash 配置备份与跨客户端迁移完整清单

不同 Clash 客户端的界面设置、配置目录和支持字段并不完全一致。直接复制整个目录可能把旧缓存、无效路径和敏感令牌一起带过去。更稳妥的迁移方式是按数据类型备份，并在新客户端里逐项恢复。

先列出需要迁移的数据

常见项目包括订阅来源、手写配置、覆写与合并规则、策略组选择、脚本、证书、自定义面板和应用偏好。把“可重新下载”和“只能手工恢复”的内容分开，优先备份后者。

订阅 token、external-controller secret、私有证书和 WebDAV 凭据不应放入公开压缩包。使用受保护的密码管理器或加密存储，并在迁移完成后检查旧设备是否仍有访问权限。

迁移到不同内核或客户端版本前，查看目标客户端支持的配置格式。绝对路径、UI 专属字段和旧版规则语法最容易失效。先导入最小配置，确认能启动，再逐步恢复复杂覆写。

推荐顺序是客户端与内核、基础订阅、策略组、DNS/TUN、覆写规则、自动化脚本。每恢复一层就检查日志和连接面板，出现错误可以快速回退到上一个可用状态。

备份文件名包含日期、客户端和内核版本，并附一份不含密钥的说明。保留最近两个已验证版本，确认新环境稳定后再清理更旧副本；删除前确保没有唯一配置。

在不影响原设备的测试环境中完整恢复一次，并用固定清单验证订阅更新、策略组、DNS、TUN、局域网访问和常用应用。只有备份能够在新环境独立恢复，才算真正可用；仅确认压缩包存在并不能证明迁移方案可靠。演练完成后记录耗时、遗漏项和回滚步骤，正式切换时会更从容。

操作建议：修改配置或系统网络设置前先备份当前可用状态，每次只改一项并记录结果。客户端能力会随版本变化，具体字段以 Mihomo 与所用客户端的官方文档为准。