Android卡顿优化 | 卡顿单点问题监测方案

本文要点

• 背景介绍
• 监测指标
• 常规方案
• IPC问题监测技巧
• 相对优雅的方案【ARTHook】
• ARTHook实战
• 小结

项目GitHub

背景介绍

• 前面提到过两种自动化自动化检测方案：
  AndroidPerformanceMonitor和ANR-WatchDog；

• 需要本方案的原因：自动化卡顿检测方案无法满足所有场景；
  如，有很多Message要执行，
  但是所有Message的时间，
  都没有达到自动化卡顿检测方案所配置的卡顿的判定阈值，
  那这种情况，自动化卡顿检测方案对这些“较小型”的卡顿问题便无能为力了；
  可是这些没有达到卡顿的判定阈值的“较小型”的卡顿问题，
  却会一直影响用户体验，这显然是不行的！！

• 需要建立体系化的卡顿解决方案，
  便要尽早地尽可能多地暴露问题，补充已有方案的不足；

• ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  需要关注的单点问题：IPC、DB操作、IO、View绘制等；
  下面以主线程IPC为例，
  因为IPC其实是一个很耗时的操作，
  但实际开发时很多时候都没有得到足够的重视，
  偶尔还会在主线程进行IPC操作，以及频繁的调用，
  而这种耗时其实很少达到卡顿的阈值；
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

监测指标

• IPC的调用类型
  如PackageManager的调用、ActivityManagerService的调用和TelephoneManager的调用就是属于不同的调用类型（不同类型的IPC操作）；
• IPC的调用耗时、次数
• IPC的调用堆栈【哪行代码调用的】、发生线程【IPC具体发生在哪个线程】

常规方案

• 在IPC前后加埋点
• 缺点：不优雅，容易忘记；
  　　　维护成本大，人员交接也麻烦；

IPC问题监测技巧

• 【线下】adb命令

  • adb shell am trace-ipc start
    运行这行命令，可以对IPC的操作进行监控；

  • adb shell am trace-ipc stop -dump-file /data/local/tmp/ipc-trace.txt
    监控结束，并将监控到的信息存放到相对应的文件当中；

  • adb pull /data/local/tmp/ipc-trace.txt
    将文件导出；