ANR 分析流程

ANR 分析流程

一、基本流程

1.确定anr发生的时间(通过event_log搜索“am_anr”或打印trace时间点判断)

2.查看CPU占用情况(通过adblog搜索"ANR in"，搜索total关键字，查看CPU的整体使用情况)

3.查看Trace文件，分析主线程等是否存在明显的阻塞与sleep

步骤一

如果log很全的情况下在确定了anr的时间点后，找到应用的进程，在log中直接主进程号，可以快速的定位问题大致发生的时间节点

如图定位到问题进程号为5231 ，此时过滤主进程，结合anr发生的时间点，则可以定位到问题发生的代码大致在组件初始化附近

步骤二

CPU已接近100% ，其中 kswapd已达40% Total里面kernel已达50% ，，说明低内存严重，kswapd一般不会超过25%。 这么高说明内存碎片多，或者kernel不断的在回收

从log中可以看到，地区系统遇到了低内存的情况，在进行回收，这种情况查看应用自身的占比是否偏高，若无偏高，一般不是应用自身的问题

CPU分析中各个字段的含义如下：

字段	含义
user	CPU在用户态的运行时间，不包括nice值为负数的进程运行的时间
nice	CPU在用户态,nice值为负数的进程运行的时间
system	CPU在内核态运行的时间
idle	CPU空闲时间，不包括iowait时间
iowait	CPU等待I/O操作的时间
irq	CPU硬中断的时间
softirq	CPU软中断的时间

步骤三

主线程阻塞，阻塞原因为等待线程号为13的线程释放锁

线程13号的getExternalCacheDir方法持有了锁，一直未释放导致，问题已定位，可以根据具体原因去处理遇到的问题