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

因此，我有一个应用程序已在商店中发布，并且由于要发布的新版本，数据库架构已更改，因此我自然不得不进行迁移，以将其从版本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，OnePlus，摩托罗拉Moto C和Google Pixel上进行了测试，这些问题在所有地方都完全相同。