Room返回LiveData时应用启动崩溃 报cannot rollback错误

这个崩溃和你DAO层写LiveData返回值、Hilt单例配置、数据库版本升级本身没有关系，核心问题出在你自定义的DatabaseCallback（或者自己写的Migration迁移逻辑）里的事务操作没有正确闭合，刚好被LiveData首次查询的时序触发了：

1. 当DAO方法返回LiveData时，Room会在LiveData首次被订阅时，自动在arch_disk_io后台线程触发第一次查询拉取初始数据，这个过程会主动打开数据库、执行版本检查、迁移/破坏性降级逻辑、执行你注册的Callback回调。
2. 如果你在Callback的onCreate/onOpen方法里，或者自定义Migration的逻辑中，手动调用了beginTransaction()开事务，但是没有在所有分支（包括异常分支）里正确配对调用endTransaction()，就会把SQLite连接的事务状态搞乱。
3. 等Callback执行完，Room内部自己的数据库打开逻辑走到事务收尾步骤时，发现当前根本没有处于活跃状态的事务，就会直接抛出cannot rollback - no transaction is active的异常。

之前没接LiveData的时候没崩，只是因为之前的数据库打开时机没有刚好撞上这个异常状态，属于藏了很久的隐性bug，被LiveData的首次查询触发了而已。

• 先做快速验证：临时注释掉数据库构建代码里的.addCallback(DatabaseCallback())行，重新运行应用，如果崩溃消失，就可以100%确定问题出在自定义Callback的实现里。
• 排查Callback和Migration里的事务代码，不要手动裸写事务的开始/结束逻辑，优先用Room提供的runInTransaction方法包裹所有需要事务执行的操作，这个方法会自动处理异常回滚、事务收尾，不会出现漏关事务的问题：

// 错误示例：手动写begin/end很容易在异常分支漏收尾
override fun onOpen(db: SupportSQLiteDatabase) {
    db.beginTransaction()
    // 只要这中间任何一句代码抛异常，后面的endTransaction永远执行不到
    db.execSQL("INSERT INTO Folder(title) VALUES('默认文件夹')")
    db.setTransactionSuccessful()
    db.endTransaction()
}

// 正确示例：用runInTransaction自动管理事务生命周期
override fun onOpen(db: SupportSQLiteDatabase) {
    db.runInTransaction {
        // 所有需要事务执行的逻辑写在这里，异常自动回滚，正常执行自动提交
        db.execSQL("INSERT INTO Folder(title) VALUES('默认文件夹')")
    }
}

• 如果确实需要手动控制事务，必须把endTransaction()放在finally代码块里，保证无论逻辑正常执行还是抛异常，事务都能被正确关闭：

db.beginTransaction()
try {
    // 执行业务SQL
    db.setTransactionSuccessful()
} finally {
    // 无论成功失败，一定会执行到事务关闭
    db.endTransaction()
}

• 调试阶段可以先卸载模拟器上的旧应用重装，清掉之前异常状态下残留的损坏数据库文件，避免脏数据干扰调试，但这个操作不能解决事务漏写的根本问题。

内容的提问来源于stack exchange，提问作者Leonid06