Flutter应用接收Firebase Messaging通知时触发ANR（即使使用极简处理器）

嗨，我维护旧项目时也碰到过类似的ANR问题，先别慌，咱们从几个常见方向排查看看：

• 先检查依赖版本兼容性：隔了很久没碰项目，Firebase相关包（比如firebase_messaging、firebase_core）大概率和当前Flutter SDK版本不匹配了。你可以打开pubspec.yaml，把这些Firebase依赖更新到最新稳定版，然后依次运行flutter clean、flutter pub get、flutter pub upgrade，清理缓存后重新运行项目试试。很多隐性的主线程阻塞问题都是版本不兼容导致的。

• 排查前台处理器的隐性阻塞操作：哪怕你觉得处理器逻辑极简，也可能藏着阻塞主线程的坑。比如有没有在消息回调里同步做网络请求、文件读写，或者解析复杂JSON时没用到异步方式？另外，更新UI时一定要确保在Flutter的UI线程执行，如果不小心在回调里直接做了耗时同步操作，很容易触发ANR。你可以试着把处理器代码简化到只剩打印日志，看看还会不会ANR，如果不会，再逐步加回逻辑排查。

• 检查Android端配置和系统兼容性：如果测试设备的系统版本在你停更期间更新了，可能出现新的兼容性问题。你可以检查AndroidManifest.xml里的FirebaseMessagingService配置是否正确，有没有重复注册或者和其他插件的服务冲突。另外，也可以换一台不同系统版本的设备测试，看看是不是特定Android版本导致的问题。

• 获取ANR日志精准定位：ANR发生时，Android会生成详细的线程阻塞日志，这是定位问题的关键。你可以通过Android Studio的Logcat过滤关键词ANR，或者用命令adb pull /data/anr/traces.txt把日志导出到本地，日志里会明确显示是哪个线程、哪个方法导致的阻塞，顺着这个线索找问题会高效很多。

• 测试极简通知Payload：有时候Firebase控制台发送的通知Payload格式有变化（比如新增了不兼容的自定义字段），也可能导致解析时出错阻塞主线程。你可以先发送一个只有title和body的极简通知，如果正常，再逐步添加之前的自定义字段，排查是不是某个字段导致的问题。

备注：内容来源于stack exchange，提问作者Smit Prajapati