Android ANR原因以及开发时如何预防

经常可以在Android系统上发现ANR异常响应的问题。故了解一下ANR出现的原因

一、

Android系统中，应用程序的响应是由ActivityManager 和 WindowManger系统服务监视的，当它检测到以下情况时，Android就会针对特定的应用程序显示ANR：

1.      主线程超过5S没有响应输入事件。（主要类型）KeyDispatchTimeout(5 seconds)

2.      BroadcastReceiver 没有在10S 内返回。例如发送广播更改“控件属性”超过10S无效

3.      Service在20S 内没有无法完成处理（小概率）

二、

什么是主线程（UI线程）：

当一个程序第一次启动时，Android会同时启动一个对应的主线程（Main Thread），主线程主要负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。

三、

为什么UI线程没有响应：

1.      当前的事件没有机会得到处理

2.      当前的事件正在处理，但是没有及时完成

四、

如何避免ANR：

1.      运行在主线程里的任何方法都尽量少的做事情，特别是Activity的关键生命周期方法，再更新UI时尽量用handler进行。

2.      避免在BroadcastReceiver中做耗时的操作或者计算，如果响应广播时要做耗时操作的话可以使用“service”来进行。

五、

容易出现ANR的场景：

1.      耗时的网络访问

2.      大量的数据库读写操作

3.      系统硬件操作

4.      调用thread_join() / Sleep() / Wait() 或者等待locker的时候

5.      同时运行的Service binder达到上线（binder主要是用来进程间通信的，但也可用在和本地service通信）

6.      Service响应超时

7.      非主线程持有lock，导致主线程等待lock超时

8.      非主线程终止或者崩溃导致主线程一直等待