我遇到了同样的问题-正如在谷歌开发人员组中发现的那样。我引用了ChrisGrebeldinger(原作者)非常详细的解释。“在文档中:http://developer.android.com/guide/topics/data/backup.html#Testing它建议通过以下方式测试应用程序的备份/恢复:正在安装您的应用确保备份/恢复已启用更改一些数据并调用dataChanged()强制bmgr运行备份pass卸载应用重新安装应用程序并检查您的数据是否已恢复在第4步之前一切都很好，当我在日志中看到这个时:V/BackupManagerService(306):removePacka

一个多月以来，我一直在尝试在我的应用程序上实现备份，但直到现在都没有成功。我已经完成了谷歌文档所告知的每一个步骤:在谷歌服务上注册Manifest的改变(allowBackup、backupAgent和backup.api_key(谷歌服务注册)等...list部分:事实上，备份正在工作，但只使用本地传输，我已经使用bmgr备份/运行/恢复进行了测试:bmgrlisttransports*android/com.android.internal.backup.LocalTransportcom.google.android.gms/.backup.BackupTransportServ

我刚刚将我的应用程序更新到API23。每次我喜欢全新安装时，我都可以使用该应用程序大约一分钟，然后它就会崩溃并且我输入的所有数据都会消失。以下是事实:我一直在使用同一个Google帐户在物理设备和模拟器上使用调试版本和签名APK进行测试。(日志中“签名不匹配”的可能原因。)尝试恢复时，日志显示“签名不匹配”消息。60秒后，日志显示E/BackupManagerService:Timeoutrestoringapplication...应用程序随后被强制终止，我看到很多关于cleardata和ClearDataReceiver的条目，然后是AccountUtils:Clearingsel

前言手机等智能设备是现代生活中的重要角色，我们会在这些智能设备上做登录账户，设置偏好，拍摄照片，保存联系人等日常操作。这些数据耗费了我们很多时间和精力，对我们而言极为重要。如果我们的设备换代了或者重新安装了某个应用，之前使用的数据如果能自动保留，那将是非常出色的用户体验。而保留数据的第一步则在于Backup环节。基本认识备份的数据可以笼统地划分为三类：登录账号相关的身份数据、系统设置相关的偏好以及各App的数据。本次讨论的对象在于App数据。而App数据基本涵盖在如下类型。Backup操作从最外层的data目录开始，按照文件单位逐个读取逐个备份。目录内的文件一般按照文件名的顺序进行备份，但这个

前言手机等智能设备是现代生活中的重要角色，我们会在这些智能设备上做登录账户，设置偏好，拍摄照片，保存联系人等日常操作。这些数据耗费了我们很多时间和精力，对我们而言极为重要。如果我们的设备换代了或者重新安装了某个应用，之前使用的数据如果能自动保留，那将是非常出色的用户体验。而保留数据的第一步则在于Backup环节。基本认识备份的数据可以笼统地划分为三类：登录账号相关的身份数据、系统设置相关的偏好以及各App的数据。本次讨论的对象在于App数据。而App数据基本涵盖在如下类型。Backup操作从最外层的data目录开始，按照文件单位逐个读取逐个备份。目录内的文件一般按照文件名的顺序进行备份，但这个