使用TraceView工具(Device Monitor)分析项目卡顿

介绍:

TraceView工具能做什么?

从代码层面分析性能问题,针对每个方法来分析,比如当我们发现我们的应用出现卡顿的时候,我们可以来分析出现卡顿时在方法的调用上有没有很耗时的操作,关注以下两个问题:

  • 调用次数不多,但是每一次执行都很耗时
  • 方法耗时不大,但是调用次数太多

前言:
有时候,当你写完代码之后,你发现它的运行速度,比你预想的要慢,这种情况经常会无缘无故地出现,你专注于采用某种方法编写代码,来解决特定的问题,但是很快你发现代码的运行时间过长,远远超过你的预期

缓慢的函数执行通常是由于两方面的问题造成的:

  1. 是执行速度很慢的函数,这种函数很容易被发现。你的某些函数所花费的时间,超过你的预期2倍、10倍,甚至50倍,这种问题容易解决。只要找到那些运行很慢的函数,查看代码找到问题所在,然后想办法解决就可以了。
  2. 是当你有数以千计的函数时,每个函数所用的时间都额外增加一毫秒,从而导致整个程序执行速度变慢数百毫秒,这种类型的问题很难跟踪,而且更难以解决,因为通常你需要分析,每段执行代码才能发现这些小问题,这最终会影响你的产品发布,进而影响公司业绩
  3. 总之就是在执行某些函数时大量的占用CPU时间片 导致页面卡顿 如果硬件设备性能不好的话 应用就直接挂掉

Android SDK有一些很不错的工具,帮助你找到这些有问题的代码部分,让你能够立即解决它们,让我们来了解它们
案例:

public class MainActivity extends AppCompatActivity {
    Button btn_batching;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        btn_batching = (Button) findViewById(R.id.btn_batching);
        //计算斐波拉契列数
        btn_batching.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                computeFibonacci(40);
            }
        });
    }

    public int computeFibonacci(int positionInFibSequence) {
        //0 1 1 2 3 5 8
        if (positionInFibSequence <= 2) {
            return 1;
        } else {
            return computeFibonacci(positionInFibSequence - 1)
                    + computeFibonacci(positionInFibSequence - 2);
        }
    }
}

上面是一个非常简单的例子 通过点击Button调用computeFibonacci()函数在递归调用 将项目运行起来 再打开Android Monitor 进行分析:


使用TraceView工具(Device Monitor)分析项目卡顿_第1张图片

点击Button后CPU使用频率明显上升 如果是一个死循环 那么应用很将快就挂掉 现在我们使用TraceView工具(Device Monitor)来分析下到底是什么情况
**打开Android Device Monitor **


使用TraceView工具(Device Monitor)分析项目卡顿_第2张图片

启动TraceView
使用TraceView工具(Device Monitor)分析项目卡顿_第3张图片

点击 start Method Profiling后就开始执行我们的APP操作 我这里只有一个Button 点击后就执行computeFibonacci(40)


使用TraceView工具(Device Monitor)分析项目卡顿_第4张图片

等待大概5秒就stop Method Profiling 就会生成一份分析文件
使用TraceView工具(Device Monitor)分析项目卡顿_第5张图片

由上图看到的有三个面板 且也很直观的看到了方法执行过程的树状图黑压压的一片 想都不用想肯定出问题了 先看看函数执行时间轴面板
使用TraceView工具(Device Monitor)分析项目卡顿_第6张图片

滑动鼠轮进行放大
使用TraceView工具(Device Monitor)分析项目卡顿_第7张图片

详细信息面板:
使用TraceView工具(Device Monitor)分析项目卡顿_第8张图片
  • Parents: 表示调用这个方法的方法 (MainActivtiy$.onClick 调用的)
  • Children:表示这个方法中调用的其他方法(调用了computeFibonacci(1))
  • Parents while recursive: 只有出现递归调用才会出现 表示递归调用时涉及的父函数
  • Children while recursive: 只有出现递归调用才会出现 表示递归调用时涉及的子函数
列名 作用
Name 该进程中所调用的函数名称
Incl Cpu Time 函数占用的CPU时间,包含内部调用其它函数的CPU时间
Excl Cpu Time 函数占用的CPU时间,但不包含内部调用其它函数所占用的CPU时间
Incl Real Time 函数运行的真实时间(以毫秒为单位),内含调用其它函数所占用的真实时间
Excl Real Time 函数运行的真实时间(以毫秒为单位),不包含调用其它函数所占用的真实时间
Calls+Recur Calls/Total 函数被调用次数以及递归调用占总调用次数的百分比
Cpu Time/Call 函数调用CPU时间与调用次数的比(该函数平均执行时间)
Real Time/Call 同CPU Time/Call类似,只不过统计单位换成了真实时间
使用TraceView工具(Device Monitor)分析项目卡顿_第9张图片

通过上图就可以看出是MainActivtiy.computeFibonacci(1)这个函数执行的时候发生了递归调用导致占用CPU太多时间 找到该函数进行代码优化:

//代码优化前
public int computeFibonacci(int positionInFibSequence) {
        //0 1 1 2 3 5 8
        if (positionInFibSequence <= 2) {
            return 1;
        } else {
            return computeFibonacci(positionInFibSequence - 1)
                    + computeFibonacci(positionInFibSequence - 2);
        }
    }
//代码优化后
//将递归换为for循环 同时使用缓存 先将结果缓存起来
public int computeFibonacci(int positionInFibSequence) {
        int prev=0;
        int current=1;
        int values;
        for(int i=0;i

以上是针对算法的优化 如果项目代码确实必须那样写的话 可以考虑使用分线程去执行 在运行项目后使用TraceView工具进行观察 很明显时间轴面板干净多了:

使用TraceView工具(Device Monitor)分析项目卡顿_第10张图片

最后:
在开发过程中,为了使项目跑的很顺畅,所以我们要使用好各种工具 给大家推荐几篇关于项目优化的文章:
使用Android Monitor分析项目查找内存泄漏
使用MAT (Memory Analyzer Tool)分析Andriod项目内存泄漏
Android 性能优化:使用 Lint 优化代码、去除多余资源
leakcanary

你可能感兴趣的:(使用TraceView工具(Device Monitor)分析项目卡顿)