Firebase Android SDK 中 Crashlytics 19.2.0 版本崩溃报告上传问题解析

问题背景

在 Firebase Android SDK 的 Crashlytics 组件升级至 19.2.0 版本后，部分开发者遇到了崩溃报告无法正常上传的问题。该问题在 19.1.0 版本中表现正常，但在升级后出现了异常情况。

问题表现

开发者在使用 POCO X4/X5 设备测试时发现：

1. 应用崩溃后，日志中未出现"Crashlytics report upload complete"提示
2. 崩溃日志仅显示初始化信息，没有后续上传过程记录
3. 问题仅出现在 19.2.0 版本，回退到 19.1.0 版本则恢复正常

技术分析

问题根源

经过技术团队深入分析，发现问题的核心在于 19.2.0 版本对 SDK 进行了重大重构：

1. 为提高效率，将大量磁盘 I/O 操作迁移到了专用后台线程
2. 当开发者使用自定义的未捕获异常处理器时，在异常处理过程中应用进程可能已被终止
3. 此时 Crashlytics 尚未完成崩溃数据的持久化和上传操作

典型场景

在问题复现案例中，开发者实现了一个前台服务，并在其中：

1. 使用协程故意抛出 IllegalStateException 测试崩溃
2. 通过自定义的 UncaughtExceptionHandler 捕获异常
3. 在处理器中调用 Firebase.crashlytics.recordException() 记录异常
4. 尝试重启服务

这种实现方式在 19.1.0 版本可以正常工作，但在 19.2.0 版本由于上述架构变更导致了问题。

解决方案

推荐做法

技术团队建议开发者修改异常处理逻辑：

1. 不再直接在自定义异常处理器中记录异常
2. 将异常传播给 Crashlytics 的默认未捕获异常处理器
3. 移除不必要的进程退出调用

示例代码修改：

fun restartService(t: Thread, ex: Throwable) {
    val service = PendingIntent.getService(
        applicationContext,
        1012,
        Intent(applicationContext, MyForegroundService::class.java),
        PendingIntent.FLAG_IMMUTABLE
    )
    val alarmManager = getSystemService(ALARM_SERVICE) as AlarmManager
    alarmManager[AlarmManager.ELAPSED_REALTIME_WAKEUP, 4000] = service
    defaultUEH?.uncaughtException(t, ex) // 将异常传播给默认处理器
}

注意事项

1. 确保不要过早终止应用进程
2. 避免在异常处理器中进行耗时操作
3. 考虑使用 Crashlytics 的默认异常处理机制

版本兼容建议

对于必须使用自定义异常处理逻辑的应用：

1. 暂时可回退至 19.1.0 版本
2. 长期建议按照推荐方案修改代码
3. 关注后续版本更新，获取更完善的异常处理支持

总结

Firebase Crashlytics 19.2.0 版本通过优化磁盘 I/O 处理提高了性能，但这也改变了异常处理的时序特性。开发者在实现自定义崩溃处理逻辑时，应当注意将异常正确传播给默认处理器，确保崩溃数据能够完整记录和上传。这一案例也提醒我们，在升级关键组件版本时，需要充分测试异常处理流程，特别是对于后台服务和持久化操作较多的应用场景。