拦截房间迁移错误以重新创建数据库

Question

https://medium . com/Google-developers/understanding-migrations-with-room-f01e 04 b 07929上有一篇关于房间迁移的很棒的文章

然而，我仍然错过了房间中的“灾难”恢复机制（例如，当发生异常情况时，将清除并重新创建数据库的fallbackToDestructiveRecreationOnMigrationError（））

这是发生在我们身上的事

一个开发人员推出了带有迁移的版本9，但是模式9.json不一致(我不知道这怎么可能)

然后，当我们提供版本10时，文件9.json已更改=

我们必须告诉我们的用户擦除他们的数据（这不是一个技术问题，因为我们在应用程序启动时重新同步数据库，但这是一个公共关系问题）

我认为在构建器中使用openHelperFactory应该是可能的，但这对我来说还远未深入到房间内部

Answer 1

经过多次尝试和绝望，这是我使用的解决方案：

abstract class MainDatabase: RoomDatabase() {
    companion object {
        val instance: MainDatabase by lazy {
            if (_instance == null) throw IllegalStateException("someone should have called init fun")
            _instance!!
        }

        private var _instance: MainDatabase? = null
        fun init(mainApplication: MainApplication) {
            _instance = init_(mainApplication)
            //force db opening and if it fails, we try to destroy and recreate the db
            try {
                _instance!!.openHelper.writableDatabase
            } catch (e: Exception) {
                Log.e("Database", "there was an error during DB opening => trying to destroy and recreate", e)
                _instance!!.openHelper.close()
                val dbPath = mainApplication.getDatabasePath(DB_NAME)
                if (SQLiteDatabase.deleteDatabase(dbPath)) {
                    _instance = init_(mainApplication)
                    _instance!!.openHelper.writableDatabase
                }
            }
        }

        private fun init_(mainApplication: MainApplication): MainDatabase {
            return Room.databaseBuilder(mainApplication, MainDatabase::class.java, DB_NAME)
                    .addMigrations(MIGRATION_1, MIGRATION_2, MIGRATION_3, MIGRATION_4, MIGRATION_5, MIGRATION_6, MIGRATION_7, MIGRATION_8, MIGRATION_9, MIGRATION_10)
                    .build()
        }
    }

这个解决方案的真正缺点是，对数据库的第一次访问是在主线程上完成的。。。

如果有人有更好的解决方案，请分享！