Firebase Android SDK 在 Android 14 上的 ANR 问题分析与解决方案

问题背景

近期，许多开发者在使用 Firebase Android SDK 时，在 Android 14 设备上遇到了应用无响应（ANR）问题。这些 ANR 主要出现在 OPPO、realme、OnePlus 和 Vivo 等厂商的设备上，且通常发生在设备空闲状态下。

问题表现

从开发者提供的堆栈跟踪来看，ANR 的核心问题出现在 art::ConditionVariable::WaitHoldingLocks 方法中。这表明线程在持有锁的情况下进入了等待状态，导致主线程被阻塞。堆栈跟踪显示问题涉及 Android 视图系统的 WindowManager 和 ViewRootImpl 组件，最终导致了应用无响应。

根本原因

这个问题与 Android 14 引入的行为变更密切相关。在 Android 14 中，JobScheduler 对回调执行时间有了更严格的限制：

1. JobScheduler 现在强制要求应用必须在几秒内从 onStartJob 或 onStopJob 方法返回
2. 在 Android 14 之前，长时间运行的作业会静默停止并失败
3. 在 Android 14 上，如果主线程上的作业执行时间超过允许时间，会直接触发 ANR

Firebase Android SDK 中的 transport-runtime 库使用了 JobScheduler，这在 Android 14 上已不再是最佳实践。

解决方案

针对这个问题，Firebase 团队已经在进行相关修复工作。开发者可以采取以下措施：

1. 关注 Firebase Android SDK 的更新，特别是针对 API 级别 34（Android 14）的改进
2. 考虑将后台任务处理迁移到 WorkManager，它提供了对异步处理的更好支持
3. 对于需要长时间运行的任务，应该将其移至后台线程执行

最佳实践建议

1. 对于面向 Android 14 的应用，避免直接使用 JobScheduler
2. 使用 WorkManager 作为后台任务处理的首选方案
3. 确保所有耗时操作都在非主线程执行
4. 定期检查并更新 Firebase SDK 到最新版本
5. 在开发阶段使用 Android 14 设备进行充分测试

总结

Android 14 对后台任务处理机制的变更导致了 Firebase SDK 在某些设备上出现 ANR 问题。开发者需要理解这些行为变更，并采取相应措施来确保应用兼容性。Firebase 团队正在积极解决这个问题，开发者应保持 SDK 更新，并遵循 Android 14 的最佳实践来优化应用性能。