应用恢复后自动登录，不等于所有账号与系统资料都被复制

新手机完成资料转移后，一个应用打开就已登录，另一个应用只保留了深色模式和通知偏好，第三个应用则只出现个人账号。三种结果不表示转移程序时好时坏，因为被搬动的对象并不相同。

应用文件、系统管理的恢复凭据、网站登记的公钥和已经建立的业务会话，分别位于不同层。只有把这四层分开，才能解释自动登录为何没有在所有应用与账号上同时发生。

恢复的对象不是整套旧设备状态

换机界面常把应用、照片、设置和账号放在同一条进度里。用户看到“完成”，容易理解成旧手机被完整复制。实际结果由每类资料自己的规则决定。

应用数据可以带回图标、缓存或偏好设置。恢复凭据处理的是身份恢复。服务端还要确认该凭据对应已登记的公钥，随后才可能建立新的登录会话。

因此，应用数据恢复可以带回图标和设置，恢复凭据处理身份，服务端登记决定该凭据是否仍被接受。任何一层缺失，都可能让应用回到登录页。

自动登录也不是复制旧会话的充分证据。应用可以用恢复凭据完成一次新的认证，再创建新会话；界面看起来连续，底层会话却已经更换。

恢复凭据在旧设备先建立

Android的Restore Credentials不是在新设备第一次打开应用时凭空寻找账号。应用需要在旧设备上让用户完成认证，并在这之后创建恢复密钥。

Android备份服务把恢复密钥保存在设备上，并按用户的备份设置决定是否进入云端。恢复密钥在旧设备完成认证后生成，不是从普通应用设置推测出来。

应用没有实现这项功能，或旧版本从未创建恢复密钥，即使应用文件已经转移，新设备仍会要求普通登录。这不等于订阅、账号或服务器资料被删除。

恢复密钥还与应用身份相连。不同包名的主应用与子应用不能因为属于同一组织，就自动共用恢复结果。应用更名、迁移包名或更换认证配置时，也需要由开发方处理对应关系。

云端与线缆是两条不同搬运路径

Android允许恢复密钥通过云端备份抵达新设备，也允许旧手机与新手机通过USB线进行设备对设备转移。两位用户都说“完成了换机”，实际采用的路径可能不同。

云端路径有明确条件。用户需要登录Google账号、启用Android数据备份，并设置图案、PIN、密码或生物识别等屏幕解锁。云端备份需要Google账号、Android数据备份和设备屏幕锁等条件。

屏幕解锁在这里保护端到端加密资料。它并不把指纹或脸部资料发送给应用，也不能代替服务端判断账号是否仍可恢复。

线缆转移不应拿云端条件直接解释。旧设备是否仍可用、转移时选择了哪些资料，以及应用是否建立恢复密钥，都会改变结果。记录转移路径比只写“新手机没有登录”更有价值。

取得恢复密钥后，新设备仍要把认证结果交给服务端。服务端可能接受、撤销或要求额外验证。恢复密钥经云端或设备对设备传输抵达新设备，再由服务端验证对应公钥并建立会话。

多账号只选择一个恢复对象

Android官方说明，Restore Credentials对多账号应用只支持一个账号。应用需要选择主要账号或最近使用的账号来建立恢复密钥。

这能解释一个常见现象：个人账号自动出现，工作账号仍要求登录。多账号应用只为一个选定账号提供恢复凭据，系统资料也有隔离边界。没有自动出现的账号不一定丢失，只是没有进入这条恢复流程。

应用可以用自己的账号选择、联合登录或恢复页面处理其他账号。用户应查看服务方提供的账号列表和恢复渠道，不要反复删除应用来尝试触发另一账号。

记录时写清旧设备上有几个账号、新设备自动出现哪个账号，以及其他账号能否通过正常登录找回。不要把账号名称、令牌或认证响应复制到普通问题记录中。

个人资料与工作资料不能混看

一台Android设备可以有个人资料与工作资料。系统把应用与数据隔离在不同资料中，恢复凭据也不会任意跨越这些范围。

Android文档指出，恢复密钥只在设备最先设置的系统资料中可用。若个人资料先建立，后来才加入工作资料，不能假设同一恢复凭据会自动出现在工作资料里。

Restore Credentials还限于移动设备。手机上的恢复结果不能直接推广到电视、汽车或其他设备形态。跨形态登录仍要看该平台支持的凭据与服务方流程。

所以，个人资料成功、工作资料未恢复，可能是系统隔离的预期结果。查清应用安装在哪个资料，才能判断凭据是否应该出现。

通行密钥与恢复凭据不要混为一项

WebAuthn使用公钥凭据。注册时，服务方保存公钥；私钥由验证器或凭据提供方管理。凭据还受特定依赖方范围约束，不能拿一个网站的凭据登录另一个无关网站。

WebAuthn Level 3区分备份资格和备份状态。单设备凭据没有备份资格；多设备凭据可以具备备份资格，但当前备份状态仍可能改变。

因此，通行密钥具备备份资格不等于当前已经备份，也不等于Android恢复凭据。Android恢复凭据可以复用相近的服务端公钥验证方式，却是系统管理、对用户隐藏的恢复机制。

设备解锁只授权凭据提供方使用当前可用的私钥。它不证明所有旧设备凭据都已同步，也不保证服务端仍保留对应公钥。

服务方删除公钥登记后，设备上的私钥也未必同时删除。反过来，凭据仍显示在设备上，也不能强迫服务方接受。用户界面与服务端登记需要分别看待。

用四层记录解释恢复结果

第一层记录应用资料：图标、设置和本地内容是否恢复。第二层记录身份：哪个账号自动出现，哪个账号要求登录。第三层记录搬运路径：云端备份或设备对设备传输。第四层记录环境：个人资料、工作资料和设备形态。

每个应用单独填写，不用“全部恢复成功”概括。原设备仍可用时，只查看账号列表和备份设置，不导出私钥、令牌或恢复密钥。

若设置恢复而账号没有恢复，问题位于身份流程，不必重新搬一次所有照片。若一个账号自动出现而另一个没有，优先检查多账号选择边界。若个人资料正常而工作资料缺失，则核对资料建立顺序和管理政策。

按应用记录资料恢复、账号恢复、传输路径和系统资料，不复制令牌、恢复密钥或认证响应。这样的记录能帮助服务方判断缺的是旧设备凭据、传输条件还是服务端登记。

新手机呈现不同登录结果，是分层恢复的自然后果。恢复凭据让符合条件的应用降低换机摩擦，却没有取消云端加密、多账号、资料隔离和服务端验证。把“自动登录”还原成一条可核对的认证链，才不会把部分恢复误判成整机复制失败。

资料来源

• Android Developers：《About Restore Credentials》，发布或更新于 2026-06-18
• W3C：《Web Authentication: An API for accessing Public Key Credentials — Level 3》，发布或更新于 2026-05-26