Signal本地备份怎么认：旧单文件、新文件夹与完整复制核对
准备把 Signal 的本地备份复制到电脑，看到一个 .backup 文件，和看到一个含多个项目的备份文件夹，不能按同一种办法处理。Signal 在 2026 年 9 月 28 日发布的备份改进公告说明，新版本已调整本地备份格式；当前 Android 帮助页也明确描述了完整文件夹结构。本文只核对 Android 本地备份的类型、复制范围和保管条件，不提供跨平台恢复步骤，也不把“文件已复制”当作聊天已经恢复。
先识别版本与格式，不凭教程年份猜
旧 Android 教程常见名称类似 signal-日期-时间.backup，指向单个归档文件。当前 Android 官方页则写明，新本地备份使用 signal-backup-年-月-日-时-分-秒 形式的文件夹。里面包含加密数据库、附件目录和元数据，保存和选择恢复来源时要关注整个目录，而不是挑一个看起来最大的文件。
2026 年 9 月的官方公告还说明，本地备份在 Android 重新设计，并随 iOS 8.30 的发布覆盖了更多平台、采用新的跨端格式。因此，“本地备份永远只有 Android”或“所有本地备份都只能是单个 .backup 文件”已经不能作为当前通用结论。但这并不意味着你手中的旧文件自动变成新格式；具体能力要结合源应用版本、实际生成对象和目标恢复说明判断。
记录时写清四项：生成备份的设备、Signal 版本、备份完成时间、当前看到的是文件还是文件夹。这张记录不含真实密钥。没有确认版本时，先保留原对象，不通过改扩展名或新建一个同名文件夹来“升级格式”。格式转换应由正式应用支持的流程处理，手工重命名不会转换内容。
新版目录为什么不能只拷贝 backup.db
当前 Android 帮助页列出三个组成部分：backup.db 为加密消息数据库，attachments/ 存放媒体，manifest.json 保存备份元数据和校验信息。看到数据库文件存在，不等于附件也齐全；复制了附件照片，也不能代替数据库和元数据。要保留的是这一次完成备份生成的整套目录。
不要打开 manifest.json 后凭直觉删掉看不懂的字段，不把 attachments/ 内的文件改成自己喜欢的照片名，也不要混入另一次备份的文件“补齐”。目录内部的关联不是供人工按文件大小拼装的普通相册。已经被自动清理、从未下载或本来不在备份范围内的内容，也不会因复制到电脑而重新出现。
先在 Android 的 Signal 设置—备份—本地备份中查看备份文件夹位置，并确认应用显示的本次任务已经完成。正在生成或更新时，先等待，别拿写入中的目录作完成副本；如果无法判断当前状态，保留原设备并查对应帮助，不以文件夹大小暂时不动为唯一依据。
用一个具体目录完成复制前检查
以下是虚构的 L-1104 准备例子，不是真实备份：Android 显示已完成一个名为 signal-backup-2026-10-23-16-30-00 的目录，你准备在已有电脑的“Signal保留副本”位置留一份。先记下源目录完整名称和完成时间，再复制整个目录，原目录暂不删除，不选择“移动后清理”。
复制结束后，打开目标中的顶层文件夹，检查 backup.db、attachments/、manifest.json 是否仍在同一层级。避免出现“复制了外层空目录”“只选了三个快捷方式”或“附件目录拷到隔壁”的情况。手机连接电脑时若有文件访问限制，应按本人的设备正常授权方式处理，不为取一个目录关闭无关保护。
再比较源端与目标端的项目数量和总大小，并抽查是否有复制失败提示。数值应来自你自己的实际文件，不照抄示例。只核对总大小也有局限：不同内容可能大小相同，文件管理器还可能采用不同单位显示，不能因为两边都显示“约一吉字节”就宣布逐字节一致。
如果已经把源目录完整复制到了电脑上的一个暂存位置，再复制到另一块自有存储，可以使用文件哈希比较关键文件。Windows PowerShell 的 Get-FileHash 支持按 SHA256 计算摘要。例如对两处 backup.db 分别计算，在文件没有变化且算法相同的前提下，比较返回的 Hash 值；这用于发现复制差异，不需要解密数据库。
Get-FileHash -LiteralPath 'D:\Signal暂存\signal-backup-2026-10-23-16-30-00\backup.db' -Algorithm SHA256
Get-FileHash -LiteralPath 'E:\Signal保留副本\signal-backup-2026-10-23-16-30-00\backup.db' -Algorithm SHA256路径只是练习示例，先换成自己确实存在的文件；此命令用于读取计算，不创建备份也不恢复账号。只比较这一个文件的哈希，仍不能证明整个附件目录相同，更不能证明恢复密钥正确。需要完整性清单时，应覆盖对应文件集合，并妥善保管本地记录，不将目录或清单发给陌生“恢复客服”。
恢复材料要配套，密钥另行妥善保管
当前 Android 帮助说明要求本地备份文件夹与恢复密钥都具备。前者在旧手机里，后者却只截屏留在同一部即将损坏的手机上，并不是可靠的离机准备。按本人已有的可信保管方式保存恢复凭据，记录能够自行找到的位置；不要把真实凭据写进文件名、公开聊天或交接文档。
本地备份与 Signal Secure Backups 是不同保存方式。不要把本地目录传到普通云盘，就声称已经启用了 Signal 的托管安全备份；也不要在应用要求选择本地目录时只输入另一条恢复信息。先看自己确实启用的是哪一类，以及当前页面要求哪套材料，再继续。
旧单文件也应保留对应的原有恢复凭据和来源版本。找不到凭据时，复制更多份同一文件不能补出它；原设备仍可用的情况下，先研究当前正式版本支持的备份准备方式，不急着卸载或清空。PIN、设备解锁和聊天恢复并非同一项，但本题不靠猜一串密码来试恢复。
只做文件准备，不在唯一手机上反复试恢复
“目录齐全”“复制摘要相符”“当前备份完成”属于准备结果，“能够恢复所需历史”属于另一个验证结果。真正恢复需要符合当前应用的注册与恢复流程，可能改变设备的账号状态。不能为了检验一个文件夹，在仍有唯一聊天原件的手机上先删应用，再试能不能回来。
若准备正常更换设备，应先核对目标版本与正式恢复说明，保留仍可使用的源设备和独立副本，逐步执行明确支持的流程。验收历史时，可以预先列几条自己有权保存的普通记录，以及一个无隐私附件的名称和内容特征；恢复后分别找它们。列表有会话名称，不足以证明指定附件可打开。
需要整理会话，也先分清归档不是备份。本站归档与删除的对象说明可帮助判断列表整理，会话入口整理文章可继续查找常用内容；把会话移出主列表，不会替你生成一份离机文件夹。
常见问题
只剩一个旧 .backup 文件，应该解压成新目录吗？
不要自行把旧归档解压或改名后冒充新格式。保留原文件和对应恢复信息，核对生成版本及官方支持路径。新版目录示例不是要求你手工制造 backup.db、附件目录和 manifest.json。
电脑上能看到文件夹，是否可以立即删旧手机资料？
先不要。还要核对复制完整性、凭据可取和需要的历史是否按正式流程恢复。尤其只有一份唯一原件时，未验证前的清理会缩小后续选择。删除旧副本属于最终收尾决定，不是复制完弹窗出现后的默认动作。
为什么不直接按旧教程写本地备份仅限 Android？
官方在 2026 年 9 月已经公布新格式与平台变化，旧文章可能描述旧版本。本篇只落实当前 Android 帮助页可核对的目录结构，不把旧限制永久化，也不凭一份公告给所有历史版本开出跨平台恢复步骤。遇到版本不一致时，应先把文件形态与应用版本说清楚。
参考：Signal：2026年9月备份格式改进公告、Signal：Android 本地备份目录与恢复材料、Microsoft：Get-FileHash 文件摘要。