1.traces文件分析
ANR堆栈信息都输出到了/data/anr/traces.txt的文件中
2.三大常见的anr问题
a.主线程被阻塞，输入事件5s没有响应，如onClick事件。
b.BroadcastReceiver是在程序主线程运行,而且默认情况下BroadcastReceiver的运行时间为10s。
c.Service是计算型组件，虽然在后台运行，但是本质上它也跑在主线程，如果你的服务要做任何CPU密集型（如MP3播放）或阻塞（如网络）操作，都要放在子线程中，否则耗时超过20s就会导致anr。
3.其他原因
a.CPU密集，导致主线程没法抢占cpu时间片,要注意cpu占用高的进程
b.高IO，如不当访问数据库导致数据库负载过重时(log中cpu的使用iowait占比高)
c.低内存（low memory），如内存不足导致block在创建bitmap上
d.死锁引发ANR,非主线程持有主线程需要的锁对象,导致主线程等待超时,通常log中会有以下字段 Blocked | - locked | waiting to lock | held by thread,这个时候cpu多数是空闲，使用占比很低
e.当前应用进程进行进程间通信请求其他进程，其他进程的操作长时间没有反馈,例如操作硬件Camera
f.Service binder数量达到上限
g.在system_server中触发WatchDog ANR
4.如何避免ANR
a.绝对不要在主线程上进行复杂耗时的操作，比如说发送接收网络数据、进行大量计算、操作数据库、读写文件等，统统采用异步操作。
b.broadCastReceiver 要进行复杂操作的的时候，可以在onReceive()方法中启动一个IntentService或者JobIntentService去做。
c.Service中的耗时操作最好也是采用异步任务。
d.在设计及代码编写阶段避免出现出现同步/死锁、死循环等不恰当情况。
5.日志分析
关键词：Blocked | - locked | waiting to lock | held by thread |ANR in |ANRManager: Reason
