Android备份/恢复：如何备份内部数据库？

6 回答

• 33

  更简洁的方法是创建自定义 BackupHelper ：

  public class DbBackupHelper extends FileBackupHelper {
  
      public DbBackupHelper(Context ctx, String dbName) {
          super(ctx, ctx.getDatabasePath(dbName).getAbsolutePath());
      }
  }
  

  然后将其添加到 BackupAgentHelper ：

  public void onCreate() {
      addHelper(DATABASE, new DbBackupHelper(this, DB.FILE));
  }
  

  回复于 2024-04-27T06:08:47+08:00
• 7

  在重新审视我的问题之后，我能够在看完how ConnectBot does it之后开始工作 . 谢谢肯尼和杰弗里！

  它实际上就像添加一样简单：

  FileBackupHelper hosts = new FileBackupHelper(this,
      "../databases/" + HostDatabase.DB_NAME);
  addHelper(HostDatabase.DB_NAME, hosts);
  

  到你的 BackupAgentHelper .

  我遗漏的一点是你必须使用“ ../databases/ ”的相对路径 .

  不过，这绝不是一个完美的解决方案 . 例如， FileBackupHelper 的文档提到：“ FileBackupHelper 应仅用于小配置文件，而不是大型二进制文件 . ”后者是SQLite数据库的情况 .

  我想得到更多的建议，对我们的期望有什么见解（什么是正确的解决方案），以及如何解决这个问题的建议 .

  回复于 2024-04-27T06:08:47+08:00
• 21

  这是将数据库备份为文件的更简洁方法 . 没有硬编码的路径 .

  class MyBackupAgent extends BackupAgentHelper{
     private static final String DB_NAME = "my_db";
  
     @Override
     public void onCreate(){
        FileBackupHelper dbs = new FileBackupHelper(this, DB_NAME);
        addHelper("dbs", dbs);
     }
  
     @Override
     public File getFilesDir(){
        File path = getDatabasePath(DB_NAME);
        return path.getParentFile();
     }
  }
  

  注意：它会覆盖getFilesDir，以便FileBackupHelper在数据库目录中工作，而不是文件目录 .

  另一个提示：您也可以使用databaseList来获取所有数据库's and feed names from this list (without parent path) into FileBackupHelper. Then all app'的数据库将保存在备份中 .

  回复于 2024-04-27T06:08:47+08:00
• 0

  使用 FileBackupHelper 来备份/恢复sqlite db引发了一些严重的问题：
  1.如果应用程序使用从 ContentProvider.query() 检索的游标并且备份代理尝试覆盖整个文件，会发生什么？
  2. link是完美（低熵）测试的一个很好的例子 . 您卸载应用程序，再次安装它并恢复备份 . 然而，生活可能是残酷的 . 看看link . 设's imagine scenario when a user buys a new device. Since it doesn'有自己的设置，备份代理使用其他设备的设置 . 安装了该应用程序，您的backupHelper将检索db版本模式低于当前版本的旧文件 . SQLiteOpenHelper 使用默认实现调用 onDowngrade ：

  public void onDowngrade(SQLiteDatabase db, int oldVersion, int newVersion) {
      throw new SQLiteException("Can't downgrade database from version " +
              oldVersion + " to " + newVersion);
  }
  

  无论用户做什么，他/她都无法在新设备上使用您的应用程序 .

  我建议使用 ContentResolver 获取数据 - >序列化（不带 _id s）进行备份和反序列化 - >插入数据进行恢复 .

  注意：get / insert数据是通过ContentResolver完成的，从而避免了cuncurrency问题 . 序列化在backupAgent中完成 . 如果您执行自己的游标< - >对象映射序列化项目可以像在表示您的实体的类上使用 transient field _id实现 Serializable 一样简单 .

  我还使用批量插入，即 ContentProviderOperation example和 CursorLoader.setUpdateThrottle ，以便在备份恢复过程中，应用程序不会因重新启动数据更改而加载 .

  如果您确实处于降级状态，您可以选择中止还原数据，或者使用与降级版本相关的字段还原和更新ContentResolver .

  我同意这个主题不容易，在文档中没有很好地解释，一些问题仍然像批量数据大小等 .

  希望这可以帮助 .

  回复于 2024-04-27T06:08:47+08:00
• 3

  从Android M开始，现在可以为应用程序提供全数据备份/恢复API . 这个新API在应用程序清单中包含一个基于XML的规范，允许开发人员以直接语义方式描述要备份的文件：'备份名为“mydata.db”的数据库 . 这个新的API对于开发人员来说更容易使用 - 您不必跟踪差异或明确请求备份传递，并且要备份哪些文件的XML描述意味着您通常不需要编写任何代码一点都不

  （例如，您甚至可以参与完整数据备份/恢复操作以在恢复发生时获得回调 . 这样就很灵活 . ）

  有关如何使用新API的说明，请参阅developer.android.com上的Configuring Auto Backup for Apps部分 .

  回复于 2024-04-27T06:08:47+08:00
• 23

  一种选择是在数据库上方的应用程序逻辑中构建它 . 我觉得它实际上是为了这样的事情而尖叫 . 不确定你是否已经这样做但是大多数人（尽管安卓内容管理器游标方法）将引入一些ORM映射 - 自定义或一些orm-lite方法 . 在这种情况下我宁愿做的是：

  • 以确保您的应用程序在后台添加应用程序/数据时正常工作，并在应用程序已启动时添加/删除新数据

  • 制作一些Java-> protobuf甚至简单的java序列化映射并编写自己的BackupHelper来从流中读取数据并简单地将其添加到数据库....

  所以在这种情况下，而不是在数据库级别上执行它在应用程序级别上执行它 .

  回复于 2024-04-27T06:08:47+08:00