当 Android 打开一个 SQLite 文件并且该文件已损坏时，Android 会删除该文件。

尽管听起来令人惊讶，但这种行为在 Android 源代码中得到了明确的实现，导致 consternation和这个Android issue .

无论如何，作为应用程序开发人员，我们只需要处理它。打开 SQLite 文件时最好的策略是什么？

• 实际上，损坏的文件通常是可以恢复的，因此我们不能冒任何丢失这些损坏文件的风险。
• 在打开之前创建备份非常耗时，并且会使应用启动非常缓慢，因此非常感谢任何更智能的东西。

最佳答案

该问题已从 API 级别 11 开始修复。现在存在一个接口(interface):DatabaseErrorHandler，您可以实现该接口(interface)来定义自己的 onCorruption() 方法。在打开数据库时，您可以将此 DatabaseErrorHandler 作为参数传递给 SQLiteOpenHelper 的构造函数。

例如

public class MyDbErrorHandler implements DatabaseErrorHandler {
    @Override
    onCorruption(SQLiteDatabase db) {
        // Back up the db or do some other stuff
    }
}

SQLiteOpenHelper dbHelper = new SQLiteOpenHelper(context, "MyDbName", null, 1,
                                                 new MyDbErrorHandler());

SQLiteDatabase db = dbHelper.getWritableDatabase();

对于 API 级别低于 11 的系统以及不想使用这种方法的系统，有多种选择。

1. Android 数据备份

Android 提供备份服务，可自动将应用程序数据复制到远程“云”存储。如果数据库损坏或在恢复出厂设置后重新安装应用程序。应用数据可以从远程数据中恢复。

更多信息请参见:http://developer.android.com/guide/topics/data/backup.html

<强>2。 JDBC (sqldroid)

一种方法是实现您自己的数据库连接器，可以是原生 JDBC，也可以使用 sqldroid library 。谷歌官方不支持它，你不能确定它是否在未来的安卓版本中仍然可用。

3. Berkley DB Java 版

Berkley DB Java Edition 是一种有趣的方法，同样着眼于处理大数据量的性能。 。

这是一个如何在 Android 中使用它的教程:http://download.oracle.com/docs/cd/E17277_02/html/HOWTO-Android.html

4.自定义 android 库

另一种风险更大的方法是通过从 android 源复制或扩展 SQLiteDatabase.java 并重新实现或覆盖以下关键部分来实现您自己的数据库类:

public static SQLiteDatabase openDatabase(String path, CursorFactory factory, int flags) {
    SQLiteDatabase sqliteDatabase = null;
    try {
        // Open the database.
        sqliteDatabase = new SQLiteDatabase(path, factory, flags);
        if (SQLiteDebug.DEBUG_SQL_STATEMENTS) {
            sqliteDatabase.enableSqlTracing(path);
        }
        if (SQLiteDebug.DEBUG_SQL_TIME) {
            sqliteDatabase.enableSqlProfiling(path);
        }
    } catch (SQLiteDatabaseCorruptException e) {
        // Try to recover from this, if we can.
        // TODO: should we do this for other open failures?
        Log.e(TAG, "Deleting and re-creating corrupt database " + path, e);
        EventLog.writeEvent(EVENT_DB_CORRUPT, path);
        if (!path.equalsIgnoreCase(":memory")) {
            // delete is only for non-memory database files
            new File(path).delete();
        }
        sqliteDatabase = new SQLiteDatabase(path, factory, flags);
    }
    ActiveDatabases.getInstance().mActiveDatabases.add(
            new WeakReference<SQLiteDatabase>(sqliteDatabase));
    return sqliteDatabase;
}

和:

/* package */ void onCorruption() {
    Log.e(TAG, "Removing corrupt database: " + mPath);
    EventLog.writeEvent(EVENT_DB_CORRUPT, mPath);
    try {
        // Close the database (if we can), which will cause subsequent operations to fail.
        close();
    } finally {
        // Delete the corrupt file.  Don't re-create it now -- that would just confuse people
        // -- but the next time someone tries to open it, they can set it up from scratch.
        if (!mPath.equalsIgnoreCase(":memory")) {
            // delete is only for non-memory database files
            new File(mPath).delete();
        }
    }
}

危险的部分是，您还必须重新实现访问 SQLiteDatabase 的帮助程序类，例如 SQLiteOpenHelper。由于 SQLiteDatabase 类使用工厂方法，您可能会遇到意想不到的副作用。

关于android - 对于 Android 自动删除损坏的 SQLite 文件这一事实可以做些什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7764943/