这个机制没有任何面向用户的文档,也没有很多应用程序开发人员的文档,因为它应该自动做正确的事情,但是the code is available。以下所有信息均来自检查源代码和bmgr 工具的文档选项。这个答案被改编为更加面向开发人员,来自Android Stack Exchange 上的用户友好的answer I originally wrote。
让我们来谈谈套装吧,宝贝
Android 的备份服务有一个称为set 的概念:在一个transport 上从一个设备备份的所有数据的集合。每个集合都由一个唯一的字符串标识,例如设备上的 IMEI。备份应用程序(或已安装应用程序的列表)时,其备份数据将进入与其备份的设备关联的集合中。所有集合仍然特定于用户的 Google 帐户。如果您擦除设备并将其出售给其他人,他将无法访问该设备的集合,除非他可以登录您的 Google 帐户。
默认行为
安装应用程序或设备恢复其应用程序列表时,备份系统首先在该设备的集合中查找该程序包的备份数据。如果它没有找到任何东西(因为它是一个没有备份数据的全新设备,或者因为该包从未安装在该设备上),它会将搜索扩展到其他集合。 (如果有选择,它将使用用于全设备恢复的最后一组。)
因此,当您设置新设备时,它会从旧设备的备份中恢复应用列表,并从旧设备的备份中恢复每个应用。如果您在一台设备上安装了应用程序,然后将其安装在另一台设备上,则该应用程序将使用旧设备中的数据进行恢复。无论哪种情况,数据现在都备份到新设备的集合中,这意味着从现在开始,两个设备的备份数据是分开的。
将设备恢复出厂设置后,如果有设备,它将从该设备的上次备份中恢复,如果有,则从其他设备的备份中恢复,但从那时起它将开始创建自己的设备集开。
bmgr:基本使用
bmgr 工具用于调试和测试,让您可以稍微控制备份/恢复过程。您可以在adb shell 中使用此工具来触发所选包的备份和恢复、擦除包的备份数据,甚至是整个设备的恢复。
不要尝试在设备上的 shell 中使用它,除非以 root 身份使用:您需要系统级别的 android.permission.BACKUP 才能用它做任何有趣的事情。
为了测试,你可以让一个包立即更新它的备份数据:
bmgr backup com.shadowburst.showr
bmgr run
(或任何包名)。从默认选择的备份数据中恢复一个包:
bmgr restore com.shadowburst.showr
这仅适用于已安装的软件包:它不会安装软件包以恢复数据。这两个命令仅用于测试,因为通常设备会在需要时备份和恢复数据。
更多控制
现在是备份系统在其启动时不会执行的操作。要查看可用的备份数据集:
bmgr list sets
你会得到一些像这样的输出:
3ff7800e963f25c5 : manta
3f0e5c90a412cca7 : manta
3dd65924a70e14c8 : TF101
3baa67e9ce029355 : m0
左边的 64 位十六进制数称为 token,唯一标识该集合。右边的东西是拥有该集合的设备的(相对)友好名称。例如,manta 是 Nexus 10 的代号; TF101 指的是原装华硕变压器。您可以通过指定其令牌从您选择的集合中恢复包的数据:
bmgr restore 3ff7800e963f25c5 com.shadowburst.showr
您可以在命令末尾添加更多包名称以一次恢复多个包,或者您可以不指定包名称(只是令牌)以恢复具有该集合中数据的每个包(也就是说,它执行全系统恢复)。
最后,您可以从当前集合中擦除包的数据:
bmgr wipe com.shadowburst.showr
这将使其下一次备份操作从头开始。这在调试备份代码时可能很有用。
您不能让设备开始写入不同的集合,也不能一次性擦除整个集合。