Android开发- Android ANR原因分析

布满荆棘的人生 2023-10-16 20:41 1阅读 0赞

#### 1 ANR简介 ####

ANR，全称是Application Not Responding，即应用程序无响应（不是Activity无响应）。当App在特定时间内无法响应屏幕触摸或键盘输入事件，或者特定事件没有处理完毕，就会发生ANR。

#### 2 深入理解ANR： ####

2.1 特定时间：  
InputDispatching Timeout：5秒内无法响应屏幕触摸事件或键盘输入事件；  
BroadcastQueue Timeout ：在执行前台广播（BroadcastReceiver）的onReceive()函数时10秒没有处理完成，后台为60秒；  
Service Timeout ：前台服务20秒内，后台服务在200秒内没有执行完毕；  
ContentProvider Timeout ：ContentProvider的publish在10s内没进行完；

#### 2.2 经常发生ANR的场景： ####

(1): 应用程序UI线程存在耗时操作， 如UI线程进行网络请求， 数据库操作或者文件操作， 这些耗时操作的情况都可能会导致UI线程无法及时处理用户的输入,导致ANR产生。

例如，这是一个主线程执行耗时操作的log：

![93b88a0a6c1146c584e44b023889735d.png][]  
(2)：UI线程等待子线程释放一个锁，从而无法处理用户的请求输入；  
(3)：耗时操作的动画需要大量的计算工作， 导致CPU的负荷很重。

#### 3. 如何避免ANR的发生： ####

尽量避免在主线程（UI线程）中作耗时操作。或者说，耗时操作尽可能在子线程中进行，而UI的更新一定得在主线程中（UI线程）进行。

#### 4. ANR的分析方法： ####

主要考虑主线程的执行代码：

> 1.  应用在主线程上非常缓慢地执行涉及 I/O 的操作。
> 2.  应用在主线程上进行长时间的计算。
> 3.  主线程在对另一个进程进行同步 binder 调用，而后者需要很长时间才能返回。
> 4.  主线程处于阻塞状态，为发生在另一个线程上的长操作等待同步的块。
> 5.  主线程在进程中或通过 binder 调用与另一个线程之间发生死锁。主线程不只是在等待长操作执行完毕，而且处于死锁状态。

分析方法：

4.1 通过log来分析：  
用logcat可以清晰的看到ANR发生的时机（见“5 ANR举例”）；

4.2 查看traces.txt:  
ANR发生，通常，系统会将相关信息写入到traces.txt文件中，即“/data/anr/traces.txt”文件。我们可以通过分析这个文件，从而定位ANR发生时的场景；

adb root
    adb shell ls /data/anr
    adb pull /data/anr/traces.txt

4.3 通过traceview等工具来分析：  
入下图（traceview）：

![264ab2061c07469fa25f3330787190d3.png][]

分析：

上图中，耗时代码都在子线程AsyncTask中进行，所以不会发生ANR。 如果main中有大面积的红色区域块，说明在主线程中有耗时操作，就有ke能发生ANR。

#### 5 ANR举例： ####

分析如下代码：

btn.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            try {
                Thread.sleep(100000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    });

分析：

在主线程中，用sleep来模拟耗时操作。

运行程序log如下：

> 2014-10-12 11:12:23.612 3105-3180/system\_process E/ActivityManager: ANR in com.example.app1 (com.example.app1/.MainActivity)  
> PID: 19534  
> Reason: Input dispatching timed out
> 
> (com.example.app1/com.example.app1.MainActivity, Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 2. Wait queue head age: 8602.5ms.)  
> Parent: com.example.app1/.MainActivity  
> Load: 7.01 / 6.89 / 6.74  
> CPU usage from 0ms to 6142ms later (2014-10-12 11:12:17.718 to 2014-10-12 11:12:23.811):  
> 16% 3105/system\_server: 7.9% user + 8.1% kernel / faults: 6549 minor
> 
>   
> 0.3% 2779/media.codec: 0.2% user + 0% kernel / faults: 35716 minor  
> 10% 763/surfaceflinger: 8.2% user + 2.6% kernel / faults: 419 minor  
> ...  
>   
> 0.1% 27263/kworker/4:2: 0% user + 0.1% kernel  
> 0.1% 27743/kworker/0:0: 0% user + 0.1% kernel  
> 15% TOTAL: 10% user + 5.4% kernel + 0.1% iowait + 0.2% irq + 0% softirq

说明：

很明显，发生了ANR，而且，在log中，也能看到具体发生ANR的类名，方法名，进程ID，原因等信息。该例中的这些信息是：

> ANR in com.example.app1 (com.example.app1/.MainActivity)  
> PID: 19534  
> Reason: Input dispatching timed out

#### 6 ANR源码调用： ####

只有发生ANR，那么，AppNotRespondingDialog.show();就会被调用：

> AppNotRespondingDialog.show();

在ActivityManagerService，有如下代码：

case SHOW_NOT_RESPONDING_MSG: {
    
        ......
    
        Dialog d = new AppNotRespondingDialog(ActivityManagerService.this,
                                    mContext, proc,
                       (ActivityRecord)data.get("activity"));
        d.show();
        proc.anrDialog = d;
    
        ......
    
    }

--------------------

[93b88a0a6c1146c584e44b023889735d.png]: https://img-blog.csdnimg.cn/93b88a0a6c1146c584e44b023889735d.png
[264ab2061c07469fa25f3330787190d3.png]: https://img-blog.csdnimg.cn/264ab2061c07469fa25f3330787190d3.png