如何排查Android应用Activity卡顿、冻屏问题的产生原因

1. 系统原生无侵入排查工具 #

无需修改现有业务代码，仅通过系统自带能力即可定位多数卡顿问题：

• StrictMode 严苛模式：在Application或目标Activity的onCreate中开启后，可实时检测主线程磁盘读写、网络请求、长耗时函数调用等违规操作，触发时会输出包含完整调用栈的日志，同时可配置闪屏提醒卡顿发生时机。开启参考代码：

// 仅在 Debug 环境开启
if (BuildConfig.DEBUG) {
    // 线程策略检测
    StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
        .detectAll()
        .penaltyLog()
        .penaltyFlashScreen()
        .build());
    // 虚拟机策略检测
    StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
        .detectAll()
        .penaltyLog()
        .build());
}

• systrace 系统追踪：Android SDK 自带的系统级性能追踪工具，时间统计粒度比 Android Studio Profiler 更细，可抓取 CPU 调度、主线程/渲染线程任务栈、界面绘制各阶段耗时等全链路数据，能精准定位卡顿对应的具体执行函数。使用时仅需在连接调试设备后执行命令：python systrace.py -t 10 -a <应用包名> sched gfx view wm am app，复现卡顿后即可生成 trace 分析文件。
• ANR traces 日志：如果冻屏触发ANR，系统会自动在/data/anr/traces.txt路径下生成所有线程的调用栈快照，直接提取该文件即可查看卡顿发生时主线程的具体阻塞点。

2. 低侵入性监控工具 #

无需修改业务逻辑，仅需添加依赖即可自动完成卡顿检测：

• BlockCanary：非侵入式主线程卡顿监控组件，可自定义卡顿阈值，当主线程执行耗时超过阈值时，自动输出包含卡顿调用栈、耗时、CPU 占用状态的完整报告，定位精度可到具体方法。
• Matrix TraceCanary：性能监控组件，支持慢函数检测、帧率统计、渲染耗时分析等能力，可输出完整调用链路的卡顿报告，适合复杂业务场景下的深度排查。

3. 快速缩小排查范围的技巧 #

• 临时屏蔽Activity引入的所有第三方SDK初始化、自定义View绘制逻辑，先确认卡顿是否来自非业务代码
• 开启系统开发者选项中的GPU过度绘制调试，排查是否存在多层重叠绘制导致的渲染类卡顿
• 拆分Activity生命周期逻辑，分别统计onCreate、onStart、onResume以及首次界面渲染完成的耗时，定位卡顿发生的具体阶段

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