密码管理器倒闭了怎么办：停服前的导出、迁移与验证顺序
密码管理器停服，听起来像小概率事件，但过去几年已经发生过好几轮：被收购后并入其他产品、免费额度取消、公司直接关停。真正麻烦的不是换一个工具，而是「导出的时候才发现有东西导不出来」。
这篇不讲哪家产品更好，只讲一件事：当你收到停服公告，或者在犹豫要不要提前搬家时，按什么顺序操作，才能保证一条登录都不丢。重点在导出前的检查和迁移后的验证，这两步做对了，换工具其实半小时就能完成。
先判断：是停服，还是停止更新
这两种情况的处理节奏完全不同，别一看到「停止服务」就慌：
- 停止更新：客户端还能用，只是不再有新功能。可以继续用，但要开始准备后路，尤其是同步服务是否还活着。
- 停止新用户注册：老用户暂时不受影响，通常是收购后的过渡状态，半年内大概率会迁移。
- 正式停服：公告会给出明确日期，到期后账号无法登录、数据可能删除。这时必须立刻导出。
判断依据看三个信号：官网是否还在更新安全公告、应用商店最近一次更新日期、客服是否还能回复工单。三者同时停滞超过半年，就该当作「准停服」处理，别等到公告出来。
导出时最容易丢的四类数据
多数人以为导出就是一个 CSV，实际上 CSV 只覆盖「网址、账号、密码、备注」四项。下面这些经常不在里面，必须单独处理。
| 数据类型 | 会随 CSV 导出吗 | 补救方式 |
|---|---|---|
| 双重验证密钥（TOTP） | 通常不会 | 逐个重新绑定，或导出 otpauth 链接/二维码 |
| 附件与证件照片 | 不会 | 手动下载，按条目名归档到加密目录 |
| 通行密钥（Passkey） | 不会 | 在各网站重新注册，旧密钥留在原设备 |
| 共享文件夹与权限 | 不会 | 记录成员名单，到新平台重建 |
其中最容易出事的是 TOTP 密钥。很多人把验证器也放在同一个密码管理器里，一旦停服，账号密码导出成功，验证码却生成不了，等于登录到一半被锁在门外。迁移前先把验证器迁到独立应用，这一步不能省。
附件同理。护照扫描件、软件授权证书这类文件，体积大、不常看，最容易被忘在旧平台里，等到账号关闭才想起来。
七步迁移顺序
顺序很重要：先备份，再导出，最后才动新平台。反过来做，中途出错就没有退路。
- 导出加密备份：优先用产品自带的加密导出格式，这份是「原样还原」用的，先存到离线介质。
- 导出明文 CSV：用于导入新平台。落地后立刻放进加密压缩包，处理完就删掉明文。
- 记录条目总数：导出前后各看一次数字，这是后面验证的唯一基准。
- 单独处理 TOTP 与附件：按上一节的表格逐项确认，缺哪类补哪类。
- 在旧平台保持登录：别急着注销，留作对照，直到新平台验证完成。
- 导入新平台并抽查：先导入 20 条，确认中文不乱码、特殊字符没被截断，再导全量。
- 改主密码、开双重验证：新平台落定后立刻做，别拖到「以后再说」。
第 1 步和第 2 步都做，是因为它们的用途不同：加密备份能完整还原（含附件和自定义字段），CSV 能跨平台导入但会丢结构。只留一个，出问题时都会卡住。迁移的通用步骤在密码库迁移与清理里讲得更细，可以对照着做。
迁移后怎么确认一条都没丢
「导入成功」不等于「数据完整」。建议按下面四项核对，十分钟能做完：
- 条目数对齐：新平台条目数应等于旧平台的记录数。少了先查是不是被去重规则合并了。
- 抽查 10 条高风险账号：银行、邮箱、主社交账号，逐条实际登录一次，别只看有没有记录。
- 检查特殊字符：找一条带引号、逗号、中文的密码，确认导入后没被截断。这类问题只在真正登录时才暴露。
- 确认双重验证可用：随便挑一个开了 2FA 的站点，用新验证器生成一次验证码。
核对完再把旧平台的数据删除或注销。保留一个月更稳妥，期间如果发现某条记录漏了，还能回旧平台翻。旧库的主密码这段时间单独记在一处，别和新主密码混在一起。
最后提醒一句：迁移完成后，把新平台的加密备份纳入常规备份流程。很多人迁移时很谨慎，之后就再也不备份了，下次换工具还是从零开始。备份的基本做法见3-2-1 备份原则。
常见问题
产品还没停服，需要提前搬家吗？
不用急着搬，但要提前准备好「随时能搬」的条件：确认产品支持完整导出、每季度做一次加密备份、验证器不放在同一个产品里。这三件事做到，真出事时一小时内就能完成迁移。
停服后账号登不上，数据还能拿回来吗？
很难。停服后服务器关闭，本地缓存也可能在更新时被清掉。唯一的希望是之前导出的备份文件。所以看到公告的第一件事永远是导出，而不是比较哪个新产品更好。
导出的 CSV 放在电脑里安全吗？
不安全，它是明文。正确处理是：导入完成后立刻用加密压缩包封存或删除，不要留在下载文件夹、不要发到聊天工具、不要上传到未加密的网盘。需要长期保留就只留加密备份格式。
换平台后，旧平台的订阅费能退吗？
看条款。多数按剩余天数比例退，也有明确写「不退款」的。停服属于厂商原因，通常会给补偿或延期方案，保留公告截图和订单号，通过客服渠道申请比自助退款更有效。
小结
密码管理器倒闭不可怕，可怕的是「只有一份数据，且导不出来」。应对方法就三层：平时确认产品支持完整导出、定期做加密备份、验证器与密码库分开存放。
真遇到停服，按「加密备份 → 明文 CSV → 记录条目数 → 处理 TOTP 与附件 → 导入抽查 → 改主密码」的顺序走，最后用条目数和高风险账号登录做验收。整套流程半小时左右，比事后找回账号省事得多。