使用迁移升级 Room DB 会导致数据库锁定

Question

我要回答我自己的问题，这是问题描述。

所以我有一个在商店发布的应用程序，并且随着我想要发布的新版本，数据库架构发生了变化，所以我自然必须进行迁移，以便将其从版本 3 升级到最新版本 5。这包括提供从 3 到 4 和从 4 到 5 的迁移。或者一次性从 3 到 5。

这就是我所做的，我提供了这些迁移并将它们提供给 Room databaseBuilder() 并且一切都准备就绪以模拟应用程序升级的场景（安装商店版本，运行它，登录，创建数据库，生成生产APK并通过终端安装到设备上，运行）

这样做总是会产生以下异常：

05-19 02:38:00.363 6472-6522/co.myapp.app E/ROOM: Invalidation tracker is initialized twice :/.
05-19 02:38:00.378 6472-6549/co.myapp.app E/ROOM: Cannot run invalidation tracker. Is the db closed?
java.lang.IllegalStateException: The database '/data/user/0/co.myapp.app/databases/my_db' is not open.
at android.database.sqlite.SQLiteDatabase.throwIfNotOpenLocked(SQLiteDatabase.java:2765)
at android.database.sqlite.SQLiteDatabase.createSession(SQLiteDatabase.java:490)
at android.database.sqlite.SQLiteDatabase$1.initialValue(SQLiteDatabase.java:88)
at android.database.sqlite.SQLiteDatabase$1.initialValue(SQLiteDatabase.java:87)
at java.lang.ThreadLocal.setInitialValue(ThreadLocal.java:160)
at java.lang.ThreadLocal.get(ThreadLocal.java:150)
at android.database.sqlite.SQLiteDatabase.getThreadSession(SQLiteDatabase.java:484)
at android.database.sqlite.SQLiteProgram.getSession(SQLiteProgram.java:107)
at android.database.sqlite.SQLiteStatement.executeUpdateDelete(SQLiteStatement.java:64)
at android.arch.persistence.db.framework.FrameworkSQLiteStatement.executeUpdateDelete(FrameworkSQLiteStatement.java:45)
at android.arch.persistence.room.InvalidationTracker$1.run(InvalidationTracker.java:321)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at java.lang.Thread.run(Thread.java:762)

迁移已成功运行，并且正在按照我所写的那样创建表，但是在 Room 升级您的数据库版本并迁移之后，该异常一直出现在每个数据库访问操作中。升级后的每次读写都会导致这个异常

• 首先我认为这是迁移的问题，但迁移是正确的（检查了 SQL，Room 没有抱怨任何此类问题，通常它做得很好，并告诉你什么不匹配)。
• 然后我认为问题在于一次为其提供 2 次迁移（我以前做过，并且没有问题），但我删除了 4 到 5 迁移并将其放入 3 到 5 的迁移中以运行一气呵成。没用。
• 然后我想好了，我总是可以放弃并说好的，只需执行 fallbackToDestructiveMigration() 并让 Room 重新创建所有内容，导致所有用户注销并丢失数据，这是我不想做，但我只是想看看这会导致什么。所以我没有养活这些迁移，只是忽略了它们。异常仍然发生。

这个异常是静默发生的，它没有使应用程序崩溃，也没有引用我的代码中的任何地方，它只是发生在 Logcat 中，并且在它发生的那一刻阻止了任何类型的数据库访问。无论您是否提供了迁移代码，或者您是否想回退到破坏性迁移，当 Room 检测到您已升级数据库时，它都会将其锁定并阻止对其进行任何访问。

我已经在三星 S6、Nexus 5、一加、摩托罗拉 Moto C 和谷歌 Pixel 上测试过，到处都是完全相同的问题。

Answer 1

我在浏览此页面on adding Architecture Components to your app 时遇到了这条漂亮的线路：

def room_version = "1.1.0" // or, for latest rc, use "1.1.1-rc1"

当然，我使用的是 Room 版本 1.1.0，因为它应该是稳定的，而且我们当然需要稳定、可靠的软件，我们可以依赖 Google。

将版本升级到 1.1.1-rc1，我可以肯定地说，这个源自 Google 自己的代码的荒谬错误现在已经消失了，我已经在所有设备上重新测试了相同的场景我在原始问题中提到过。

当出现异常并且没有提及您的代码时要小心。这是Room 1.1.0中的一个bug，请确认您是否看到过，我在网上看到的唯一其他提及它is this one here from 2017