记一次ANR日志定位过程(Android)

程序猿日常

今天记一次ANR日志定位过程，大家一起学习参考！

一.触发ANR，产生ANR日志（OPPO A9）

先UI线程写个sleep(10000)，运行这里时，点击屏幕或按钮触发ANR，触发ARN的原理这里不在赘述。

try {
   Thread.sleep(10000);
}catch (Exception e){
}

当系统出现 ANR 时，设备会自动将 ANR 日志输出到 /data/anr/ 目录下

adb shell 
cd /data/anr/
ls

看到ANR日志（注释：测试中发现有的手机Nova7se不能实时产生ANR日志，原因未知）

补充：
Nova7se 并不是不实时产生ANR日志是由于鸿蒙系统修改了相关机制，实测，需要多次触发ANR然后点击等待，再次触发ANR，再点击等待，循环几次操作，/data/anr中才产生了日志

二.分析ANR日志（OPPO A9）

由于系统原因，日志权限访问问题，通过adb bugreport导出到电脑。

adb bugreport

zip会导出到Download文件夹，进行解压，拿到anr日志。

“main” prio=5 tid=1 搜索main线程

可以看到anr的具体位置了，“main” prio=5 tid=1 Sleeping的线程状态可能就是TimeWaiting状态

还有其他状态如下：

“main” prio=5 tid=1 Native 线程正常状态（不一定 也可能系统服务超时导致ANR）
“main” prio=5 tid=1 Runnable 线程耗时操作
“main” prio=5 tid=1 Blocked 主线程被锁阻塞

线程状态可以参考 https://zhuanlan.zhihu.com/p/378902923

三.验证，写个while循环看下线程状态（OPPO A9）

(OPPO A9)记得点击下按钮触发ANR，按上面步骤操作导出ANR文件后查看，发现线程状态如下图
“main” prio=5 tid=1 Runnable 线程耗时操作

(Nova 7SE)同样的代码，导出ANR文件后查看发现线程状态 如下图
“main” prio=5 tid=1 Native 线程正常状态

tips

发现开启bugly后日志被拦截定位不到anr位置，关闭bugly就可以定位到，看看bugly做了啥，
难道是通过mmap映射到了他们的日志收集里去了？