介绍:
TraceView工具能做什么?
从代码层面分析性能问题,针对每个方法来分析,比如当我们发现我们的应用出现卡顿的时候,我们可以来分析出现卡顿时在方法的调用上有没有很耗时的操作,关注以下两个问题:
- 调用次数不多,但是每一次执行都很耗时
- 方法耗时不大,但是调用次数太多
前言:
有时候,当你写完代码之后,你发现它的运行速度,比你预想的要慢,这种情况经常会无缘无故地出现,你专注于采用某种方法编写代码,来解决特定的问题,但是很快你发现代码的运行时间过长,远远超过你的预期
缓慢的函数执行通常是由于两方面的问题造成的:
- 是执行速度很慢的函数,这种函数很容易被发现。你的某些函数所花费的时间,超过你的预期2倍、10倍,甚至50倍,这种问题容易解决。只要找到那些运行很慢的函数,查看代码找到问题所在,然后想办法解决就可以了。
- 是当你有数以千计的函数时,每个函数所用的时间都额外增加一毫秒,从而导致整个程序执行速度变慢数百毫秒,这种类型的问题很难跟踪,而且更难以解决,因为通常你需要分析,每段执行代码才能发现这些小问题,这最终会影响你的产品发布,进而影响公司业绩
- 总之就是在执行某些函数时大量的占用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 进行分析:
点击Button后CPU使用频率明显上升 如果是一个死循环 那么应用很将快就挂掉 现在我们使用TraceView工具(Device Monitor)来分析下到底是什么情况
**打开Android Device Monitor **
启动TraceView
点击 start Method Profiling后就开始执行我们的APP操作 我这里只有一个Button 点击后就执行computeFibonacci(40)
等待大概5秒就stop Method Profiling 就会生成一份分析文件
由上图看到的有三个面板 且也很直观的看到了方法执行过程的树状图黑压压的一片 想都不用想肯定出问题了 先看看函数执行时间轴面板
滑动鼠轮进行放大
详细信息面板:
- 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类似,只不过统计单位换成了真实时间 |
通过上图就可以看出是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<positionInFibSequence;i++){
values=prev+current;
prev=current;
current=values;
}
return current;
}
以上是针对算法的优化 如果项目代码确实必须那样写的话 可以考虑使用分线程去执行 在运行项目后使用TraceView工具进行观察 很明显时间轴面板干净多了:
最后:
在开发过程中,为了使项目跑的很顺畅,所以我们要使用好各种工具 给大家推荐几篇关于项目优化的文章:
使用Android Monitor分析项目查找内存泄漏
使用MAT (Memory Analyzer Tool)分析Andriod项目内存泄漏
Android 性能优化:使用 Lint 优化代码、去除多余资源
leakcanary