Android中Room多挂起函数更新SQLite不同行的锁机制及崩溃风险咨询

直接说核心结论：不会崩溃，但并发更新不同行时会触发表级锁，导致操作排队执行，Room已经做了适配处理。

实际发生的情况 #

• 当多个协程里的挂起函数同时更新同一表的不同行时，SQLite会给整张表加写锁：第一个抢到锁的操作先执行，剩下的操作会进入等待队列，等前一个操作释放锁后再依次执行。
• 因为是协程挂起函数，等待的操作不会卡死线程，只是暂时让出线程资源，锁一释放就会自动继续跑，不会造成ANR或者主线程阻塞。

Room帮你做了什么 #

Room针对SQLite的锁机制做了封装：

• 默认每个数据库操作都是独立事务，不用你手动管锁的基础逻辑。
• 遇到SQLiteBusyException（锁被占用的异常）时，Room会自动重试，不用你写额外的异常处理代码。

要不要担心崩溃？ #

完全不用。SQLite的锁是它本身的并发控制机制，不是Bug；Room又把异常处理好了，最多就是更新操作的顺序变了、整体耗时稍微变长，绝不会直接导致应用崩溃。

小优化建议 #

如果你的并发更新场景特别多，可以试试这两点：

• 把相关的更新操作合并到同一个事务里，减少锁的获取次数，提升效率。
• 要是某张表更新特别频繁，考虑拆分表结构，缩小锁的影响范围。

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