去年，谷歌在 Android 的凭据管理器中推出了 Restore Credentials API（恢复凭据 API），旨在解决换手机时最让人头疼的问题之一：所有应用都被登出。一年过去了，谷歌分享了该功能的最新进展，这一小小的改动已经帮助 Uber 每年减少了约 400 万次手动登录！
Android 的应用恢复问题及其解决方案
iPhone 在某些方面比 Android 更出色，其中之一就是换手机时的 应用数据迁移 过程。在 iPhone 上，iOS 可以几乎无缝地传输所有应用及其数据，包括应用登录状态（银行类应用除外），让用户感觉自己好像根本没有换手机。
而在 Android 设备之间切换时，Android 可以传输应用及部分应用数据，但 不会保留登录凭据，迫使用户再次登录所有应用才能接收通知。因此，即使用户将数据迁移到新的 Android 旗舰机，许多应用实际上也已经“重置”了。在新手机上，事情不再是“开机就能用”——你必须手动启动所有应用，重新登录并重新设置。
这时，Android 的 Restore Credentials API 就派上用场了。得益于它，用户在换设备时可以 无缝地重新登录应用并恢复数据。
应用开发者还可以允许用户在恢复完成后 静默地重新登录应用，这样用户甚至无需在新设备上打开应用，就能接收通知。
谷歌的解决方案如何帮助了 Uber
Uber 的工程师指出，当你在新手机上打开 Uber 应用准备叫车时，却发现自己在关键时刻被登出，这会带来令人不快的体验。
为了解决这一问题，Uber 最终采用了 Restore Credentials API（恢复凭据 API）。该 API 会在旧设备上生成一个 唯一令牌，当用户在设置新设备时恢复应用数据时，这个令牌会 无缝且静默地迁移到新设备。结果是，用户的账户数据可以 安全、无缝地传输过去，无需任何额外操作。
Uber 报告称，在该功能推广阶段，平均每天有 10,000 名用户使用 Restore Credentials 登录，预计当公司将该功能推广至全体用户时，这一数字将翻倍。公司估计，这一改动每年可减少 400 万次手动登录。
在 Uber 的使用场景中，用户仍需在新手机上 首次启动应用 来恢复登录状态，但如前所述，如果应用开发者在设备设置期间支持 后台恢复登录状态，用户体验将会更加顺畅。
虽然 Uber 是一个利用该 API 的热门应用案例，但我们仍需要更多开发者采用它，以与 iOS 的无缝登录体验竞争。希望这一成功案例能够 为更多应用开发者提供足够的动力，将该 API 集成到自己的应用中。