Android WorkManager文件系统异常崩溃求助（限部分设备）

偶发崩溃，最初出现在索尼BRAVIA VH2等Android TV设备，后续联想X306F也出现上报。依赖androidx.work:work-runtime:2.8.1，崩溃栈显示底层为android.database.sqlite.SQLiteCantOpenDatabaseException(错误码14)，导致WorkManager无法访问应用内部存储，触发java.lang.IllegalStateException。应用未直接操作SQLite，且相关WorkManager代码已加try-catch，但每日仍有十数次上报，用户通常无感知。

• 全局捕获WorkManager异常：局部try-catch覆盖不到WorkManager后台调度逻辑，可通过自定义WorkerFactory或配置WorkManager.getConfiguration().setWorkerExceptionHandler()，统一处理Worker执行中的未捕获异常，避免崩溃扩散。
• 自定义WorkManager数据库配置：初始化WorkManager时，用Configuration.Builder()设置DatabaseConfiguration，指定更稳定的数据库存储路径，降低因设备存储临时异常导致的数据库打开失败概率。
• 前置检查存储可用性：在触发WorkManager任务前，先通过Context.getFilesDir().exists()或Environment.getExternalStorageState()检查应用内部存储状态，确认正常后再调度任务，避免在存储异常时执行操作。
• 升级WorkManager版本：尝试升级到最新稳定版（如2.9.x及以上），旧版本可能存在SQLite访问的已知bug，新版本大概率修复了这类偶发的存储异常问题。
• 优化崩溃上报与统计：上报时附加设备剩余存储空间、存储挂载状态等信息，帮助定位是否为设备硬件/系统问题；同时可将这类存储异常标记为非致命异常，减少对应用崩溃率的影响。
• 延迟调度异常场景任务：若检测到存储不可用（如捕获到SQLiteCantOpenDatabaseException），延迟一段时间后重试任务，或取消当前调度，待存储恢复后再执行。

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