Android RoomDatabase崩溃：Cursor窗口分配失败问题求助

核心本质 #

这两类崩溃的根源都是CursorWindow内存分配失败：错误码-12对应系统层的ENOMEM（内存不足），系统无法为Cursor分配所需的2MB连续内存块（2048KB = 2097152字节）。

具体触发场景（结合Jetpack Room特性） #

虽然Room封装了底层Cursor操作，开发者无需直接处理Cursor，但以下场景仍会引发该异常：

• 查询数据量超出CursorWindow上限：如果DAO查询一次性拉取大量数据（比如包含大文本、Blob字段的多行记录），Room底层会用CursorWindow承载这些数据，当数据总大小接近或超过2MB的CursorWindow默认上限时，就会触发分配失败。
• 隐性Cursor泄漏：Room框架虽自动管理Cursor生命周期，但以下情况仍可能导致泄漏：
  • 异步查询（如LiveData、Coroutine Flow）的观察者未及时解绑，导致Cursor长时间占用内存；
  • 自定义TypeConverter中存在不合理的资源持有逻辑，间接阻碍Cursor被GC回收；
  • Room 2.2.5版本存在已知的内存泄漏bug（部分查询场景下Cursor未被正确关闭，后续版本已修复）。
• 系统内存资源紧张：当设备剩余内存不足时，即使查询数据量不大，系统也可能拒绝分配2MB的连续内存块，引发该异常。

Room 2.2.5版本的额外诱因 #

Room 2.2.5属于较旧的稳定版本，存在一些已在后续版本修复的内存管理问题，比如：

• 部分JOIN查询、带DISTINCT关键字的查询场景下，Cursor未被及时回收；
• 结合Paging组件使用时的内存泄漏问题。

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