Android性能分析和优化之traces.txt（ANR分析）

ANR 类型分类。
1、 KeyDispatchTimeout(5 seconds) –主要类型按键或触摸事件在特定时间内无响应。按键或者触摸引起的ANR的时间定于是在AMS中 static final int KEY_DISPATCHING_TIMEOUT = 5*1000 设置的。
2、 BroadcastTimeout(10 seconds) –BroadcastReceiver在特定时间内无法处理完成。
3、 ServiceTimeout(20 seconds) –小概率类型 Service在特定的时间内无法处理完成。
导致ANR的原因有以下几种：
1、当前的事件没有机会得到处理（即UI线程正在处理前一个事件，没有及时的完成或者looper被某种原因阻塞住了）。
2、当前的事件正在处理，但没有及时完成。
避免ANR的方式：
1、UI线程尽量只做跟UI相关的工作。
2、耗时的工作（比如数据库操作，I/O，连接网络或者别的有可能阻碍UI线程的操作）把它放入单独的线程处理。
3、尽量用Handler来处理UIthread和别的thread之间的交互。
优化UI的布局，可以采用Dump View Hierarchy，详见 https://blog.csdn.net/wangqiubo2010/article/details/79731317。
ANR分析，可以通过android studio 的DDMS中的Log 或者手机 /data/anr/..目录中的ANR文件来对ANR进行分析。
1、测试源码，按钮点击事件中，Thread.sleep(10000) 沉睡 10s 钟：

 Button ver1  = (Button) findViewById(R.id.test_button_d);
        ver1.setVisibility(View.VISIBLE);
        ver1.setOnClickListener((v) -> {
            try {
                Thread.sleep(10000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            Intent intent = new Intent(LoginActivity.this, VehicleMonitorActivity.class);
            startActivity(intent);
        });

1、DDMS中的 Log ,日志分析如下：
这里写图片描述

2、导出traces.txt，对ANRd 踪迹文件进行分析。

导出traces.txt文件如下：
1、adb shell ；如果提示adb 不是命令，则在环境配置 Path中增加SDK所在地址，例如D:\develop tool\sdk\platform-tools。
2、cd /data/anr
3、ls，可以查看anr中所有文件。
4、退出shell命令，(ctrl +d)。
5、adb pull /data/anr，则将手机中发送的anr文件全部导入了启动adb命令的文件夹中。

上图中，data/anr 中发生ANR的文件有 5个。

分析traces.txt，详解图截图。

Android性能分析和优化之traces.txt（ANR分析）

猜你喜欢