应用仅在三星S24 Ultra出现ANR，如何在Crashlytics查看ANR日志？

一、Crashlytics查看ANR日志的操作步骤 #

• 登录Firebase控制台，进入对应应用项目
• 左侧导航栏选择「Crashlytics」模块
• 顶部标签切换至「ANRs」（默认显示的是Crash列表，需手动切换）
• 使用顶部筛选器，在「设备」选项中选择「Samsung Galaxy S24 Ultra」，精准定位目标设备的ANR记录
• 点击具体ANR条目，查看核心信息：包括主线程的调用堆栈、设备系统版本、ANR触发时的应用状态、用户操作路径等
• 如需导出分析，点击条目右上角的导出按钮，选择合适格式保存本地

注意：确保应用集成Crashlytics时未禁用ANR收集，默认配置下ANR捕获是开启的，若曾手动关闭，需在build.gradle中确认firebaseCrashlytics { enableAnrTracking true }配置生效。

二、三星S24 Ultra专属ANR排查思路 #

1. 硬件特性适配问题 #

三星S24 Ultra搭载骁龙8 Gen 3、支持S Pen专属交互、动态高刷新率等独有特性，可能引发适配问题：

• 原生库指令集适配：若应用使用NDK或第三方原生库，未针对骁龙8 Gen 3的新指令集优化，可能导致主线程执行原生代码时阻塞
• S Pen交互冲突：应用处理触控/输入事件时，未兼容S Pen的特殊事件类型，触发未预期的主线程逻辑
• 刷新率动态调整：高刷新率下UI布局、动画计算逻辑未优化，导致主线程负载过高

排查动作：

• 检查应用中调用三星专属API或硬件相关第三方库的代码，单独隔离测试这些逻辑在S24 Ultra上的执行耗时
• 临时关闭应用的S Pen相关功能（若支持），验证ANR是否消失
• 在应用中强制锁定屏幕刷新率为60Hz，测试是否与动态刷新率相关

2. One UI 6.1定制化系统差异 #

S24 Ultra预装One UI 6.1（基于Android 14），对比S23 Ultra的One UI 6.0有定制化修改，可能引发ANR：

• 系统服务调用延迟：三星对权限、后台任务的管控更严格，主线程调用ContentResolver、PackageManager等系统API时，等待响应时间超时触发ANR
• 进程优先级调整：内存管理策略更激进，应用主线程被系统抢占资源，导致消息队列阻塞

排查动作：

• 对比S23与S24的系统行为差异，重点检查应用涉及的权限申请、后台服务启动逻辑
• 启用StrictMode，在测试版本中检测主线程的耗时操作（如磁盘IO、网络请求），提前定位潜在阻塞点
• 将主线程中调用系统API的逻辑迁移至子线程，避免阻塞UI

3. 本地日志捕获替代方案 #

若设备无日志输出，可通过以下方式获取ANR信息：

• 指导用户开启开发者模式，通过adb pull /data/anr/traces.txt命令导出系统ANR日志（需设备连接电脑并开启USB调试）
• 在应用中添加自定义ANR监控：通过监控Looper主线程消息队列的处理时长，或使用ANRError捕获异常，将日志写入本地文件，方便用户反馈时提取

三、其他开发者遇到的S24 Ultra兼容性案例参考 #

• 部分使用CameraX/原生相机API的应用，因三星定制相机服务初始化耗时过长，触发主线程ANR
• 依赖WebView的应用加载特定网页时ANR，原因是One UI 6.1的WebView内核优化导致的渲染逻辑差异
• 旧版原生库（如OpenSSL）与S24 Ultra的系统内核不兼容，引发主线程卡死

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