导入报错排查手册：按来源对症下药
通用排查顺序
导入报错先走这四步，多数问题在这一层就解决了：
- 来源格式对不对：每个来源要求的导出格式不同，逐条核对下表；
- 应用是不是新版：不少导入兼容问题在新版里修过，先升级再试；
- 文件传输是否完整：云盘同步中断、传输截断都会导致文件读不开，核对文件大小；
- 来源应用版本：旧版来源应用导出的老格式，可能需要来源应用先升级再导出。
按来源的专项说明
| 报错/现象 | 原因与修复 |
|---|---|
| Authenticator Plus 提示 Accounts.txt 缺失 | 官方 FAQ 专项说明：必须在旧应用用「设置 → 备份与恢复 → 导出为文本和 HTML」导出，.db 格式不被支持。应急路径：电脑上解压导出包重新打一个无密码包导入，或直接用其中 Accounts.txt 走纯文本导入 |
| Google Authenticator 导出码扫不出来 | 3.3 版修复过 iOS 生成的导出码无法被扫的兼容问题；两端升级到新版重试，见迁出谷歌 |
| FreeOTP 导入失败 | 3.4 版修复过条目缺省算法/位数字段导致的失败；升级后重导 |
| 2FAS 导入提取不到服务名 | 3.3.3 版修复过密钥含空格、服务名提取失败的问题；升级后重导 |
| 无导出功能的应用（Authy、微软验证器等） | 不是报错，是没有官方通道——需要 root 直读或逐服务重绑，见迁出Authy |
导入「成功」但数据不对
- 条目数量少于预期：多批导出码只扫了一部分（Google Authenticator 条目多时会分批出码）；
- 验证码对不上：来源应用里的条目本来就是坏的（比如当年手动录入时抄错密钥），导入只是忠实复制了错误——对不上的条目按首条验证码重新绑定；
- 图标丢失：部分来源格式不带图标数据，属正常现象，图标可事后补配，见自定义图标。
版本修复记录的价值
从官方发布记录看，导入兼容性是持续迭代的高频区域（近几版接连改进了 Proton Authenticator、Ente Auth、FreeOTP 2 等来源的支持）。遇到奇怪的报错，先确认两端版本这一条的价值超过大多数技巧。导入前的准备工作清单见迁移总览。