Android ANR日志导出原因排查浅记

脑子不行，简单记录一下，方便以后出问题后的快速定位。

在老版本系统（Android8.1以下）的手机上，可以直接利用adb pull /data/anr/traces.txt 命令进行日志导出。

无法通过adb pull直接导出

但是目前主流的系统是无法通过以上的方式导出的。

比如我需要导出/data/anr/anr_2022-05-14-14-09-19-095这个文件，用adb pull /data/anr/anr_2022-05-14-14-09-19-095命令。

此时会提示adb: error: failed to copy '/data/anr/anr_2022-05-14-14-09-19-095' to '.anr_2022-05-14-14-09-19-095': remote open failed: Permission denied。

哈？ 其实就是提示权限不足。

为什么无法导出

其实核心原因还是Google对于储存权限的控制改动。我们可以利用adb shell看一下上述anr文件的权限。

通过adb shell进入shell界面，并输入cd /data/anr/切换到/data/anr目录下。

输入ls -all查看目录下的文件以及权限

看得出anr文件所属用户为system，文件所属用户组也为system。

Linux的权限控制，前面有10个字符，第一个用来表示当前是否是目录，如果是d则代表目录，文件则是-；而后面9个字符则表示权限，分为所属用户权限（前三个）、所属用户组权限（中间三个）、其他人权限（后三个）。

其中三个字符分别是r、w、x。分别表示读、写、执行。

所以我们看到两个anr日志权限为rw-------，代表只有system用户才有读写的写的权限，所以我们肯定是拉不出来的。

通过bugreport进行日志导出

那怎么导出呢？

我们可以通过adb bugreport [导出目录]进行导出，这个会导出一大堆东西。比如在控制台执行adb bugreport E:test ，他会从手机中导出一个zip包到电脑的E:test目录，会有导出进度显示：

导出完成：

随后找到导出的文件，解压缩，在/FS/data/anr目录下可以找到我们在adb shell中看到的日志。

项目的anr这里就不单独拿出来分析了，这里写一个简单的例子，然后进行一波分析。

写一个按钮，然后在点击事件里面将主线程sleep10秒钟。

findViewById(R.id.bt_sleep_main).setOnClickListener {
    // TEST ANR 模拟
    Thread.sleep(10000)
}

操作，连续点击按钮两次，等待一会就会存在应用无响应弹窗了。

1. 分析控制台log日志，如下所示：

   2022-05-14 16:07:42.898 1780-28016/? E/ActivityManager: ANR in com.pumpkin.applets_container	 (com.pumpkin.applets_container/.MainActivity)
       PID: 18683
   	//原因：输入分发延迟等待5.002秒之后仍无响应
       Reason: Input dispatching timed out (78bcb7 com.pumpkin.applets_container/com.pumpkin.applets_container.MainActivity (server) is not responding. Waited 5002ms for MotionEvent)
       Parent: com.pumpkin.applets_container/.MainActivity
       Frozen: false
       Load: 5.84 / 4.81 / 3.66
       ----- Output from /proc/pressure/memory -----
       some avg10=1.11 avg60=2.27 avg300=2.52 total=7017135040
       full avg10=0.18 avg60=0.63 avg300=0.69 total=2298220772
       ----- End output from /proc/pressure/memory -----
       
       CPU usage from 0ms to 5542ms later (2022-05-14 16:07:37.321 to 2022-05-14 16:07:42.863) with 99% awake:
         42% 1780/system_server: 18% user + 23% kernel / faults: 9079 minor 896 major
         33% 27986/com.google.android.youtube: 22% user + 11% kernel / faults: 17833 minor 457 major
         30% 143/kswapd0: 0% user + 30% kernel
   ...
   

   在这里很明显可以看出是由于输入事件在5秒钟之后依旧没有被消费导致的。

2. 接下来分析导出来的ANR日志

   通过anr日志可以很明显看到主线程堆栈信息，就是在主线程点击事件lambda中触发的sleep。

简单梳理了anr后崩溃日志导出的方式，并给了简单的anr分析思路，当然实际上肯定没有这么简单，那就需要结合实际情况进行实际分析了。

创作不易，如有帮助一键三连咯‍♀️。欢迎技术探讨噢！