Android性能优化——工具篇
2016-11-29 18:04
316 查看
Android性能优化是Android开发中经常遇见的一个问题,接下来将对Android性能优化方面的知识点做一个简单的梳理和总结,将从工具和代码两方面进行梳理。所谓工欲善其事必先利其器,本文首先来看一下Android性能优化有哪些得力的工具。
[html] view
plain copy
print?
![](https://code.csdn.net/assets/CODE_ico.png)
![](https://code.csdn.net/assets/ico_fork.svg)
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Debug.startMethodTracing();
}
@Override
protected void onDestroy() {
super.onDestroy();
Debug.stopMethodTracing();
}
}
在结束后会生成".trace"文件,然后 通过命令traceview *.trace对数据文件进行分析。startMethodTracing共有6个重载的方法,在调用时可以根据需要进行调用。如果采用不带参数的方法,产生的“.trace"文件默认将存放到外置存储器根目录下(/sdcard/),名为”dmtrace.trace",为了方便这里建议自定义trace的名称(startMethodTracing(String traceName))。
方法二:traceview也可以在ddms中直接使用,即在ddms中在选中某个要进行监控的进程后,点击如图所示的小图标开始监控,在监控结束时再次点击小图标,ddms会自动打开traceview视图:
![](http://img.blog.csdn.net/20140506133246093?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhneGh1YWE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
这两种使用方式,各有优缺点:第一种监控过程比较精确,但需要修改代码;第二种监控使用方便,不需要修改代码,但步入第一种精确。我个人在使用时一般比较偏向第二种使用方式。
![](http://img.blog.csdn.net/20140506130202812?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhneGh1YWE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast)
可以看出整个traceview视图分为上下两大部分,上半部分被称为时间轴面板(Timeline Panel),下半部分被称为分析面板(Profile
Panel)。
时间轴面板
界面上方的尺子代表了MethodTracing的时间段(从Debug.startMethodTracing()到Debug.stopMethodTracing()的时间)。
每个线程的函数执行时间图处于和线程名同一行的右侧。
注1:线宽度代表执行该函数本身操作所用的时间。
注2:函数所调用的子函数时间线夹杂在该函数本身操作所用的时间线之间。
注3:时间线的高度不知道有什么意义。
注4:函数本身是嵌套的。
注5:每行下面粗的线段标注了Profile Panel中被选中函数调用所消耗的时间段。每个线段对应一次函数的运行。
分析面板
Exclusive time是该函数本身基本操作(不包括子函数调用)的时间。
Inclusive time是该函数调用所用的时间(包括子函数调用)的时间。
列1:"Name"表示函数名。
双击函数名,可以看到在上半界面是时间轴面图(Timeline Panel)看他的所消耗的时间段。(用粗的线段标注)。
双击函数名左边的"+"展开后可以看到,该函数的"parents"和"children"
列2:"incl%"表示函数的Inclusive time在整个MethodTracing时间里占的百分比。
列3:"Inclusive"表示Inclusive time。
列4:"Excl%"表示函数的Exclusive time在整个MethodTracing时间里占的百分比。
列5:"Exclusive"表示Exclusive time。
列6:"Calls+RecurCalls/Total"表示对函数的调用次数(包括递归调用)。如图2的nativeFinished()那列为"14+0"表示14次非递归调用,0次递归调用.
列7:新的版本(比如2.1)还有"time/calls"表示平均的调用时间(即Inclusive time/ total calls)。如图3。来自google文档的图2感觉有老了。
注:如果函数A调用函数B那么函数A称为函数B的"parents",函数B称为函数A的"children."
Google关于traceview工具的介绍可参考http://developer.android.com/intl/zh-cn/tools/debugging/debugging-tracing.html
![](http://img.blog.csdn.net/20140516000043265?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhneGh1YWE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
对于APT的原理比较简单,就是利用top和dump命令抓取数据,所以,这里如果我们不用APT,自己写个小程序调用top也是一样的。对于APT的使用比较简单,一目了然,折利率不再赘述。
APT软件现在已经开源,可参考:https://code.csdn.net/Tencent/apt/
![](http://img.blog.csdn.net/20140516001108671?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemhneGh1YWE=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
自动处理,因此建议采用后一种方式。下面是MAT的一张图:
1、TraceView
traceview是Android SDK中自带的一个工具,可以对应用中方法调用耗时进行统计分析,是Android性能优化和分析时一个很重要的工具。traceview位于SDK下的tools目录中,使用时可以在cmd窗口运行traceview命令,也可以在ddms中使用,我个人比较偏向于后一种方式,比较方便易操作,不需要修改代码。使用方法:
方法一:在相应进行traceview分析的开始位置和结束位置分别调用startMethodTracing和stopMethodTracing方法,可见下面的示例代码:[html] view
plain copy
print?
![](https://code.csdn.net/assets/CODE_ico.png)
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Debug.startMethodTracing();
}
@Override
protected void onDestroy() {
super.onDestroy();
Debug.stopMethodTracing();
}
}
在结束后会生成".trace"文件,然后 通过命令traceview *.trace对数据文件进行分析。startMethodTracing共有6个重载的方法,在调用时可以根据需要进行调用。如果采用不带参数的方法,产生的“.trace"文件默认将存放到外置存储器根目录下(/sdcard/),名为”dmtrace.trace",为了方便这里建议自定义trace的名称(startMethodTracing(String traceName))。
方法二:traceview也可以在ddms中直接使用,即在ddms中在选中某个要进行监控的进程后,点击如图所示的小图标开始监控,在监控结束时再次点击小图标,ddms会自动打开traceview视图:
这两种使用方式,各有优缺点:第一种监控过程比较精确,但需要修改代码;第二种监控使用方便,不需要修改代码,但步入第一种精确。我个人在使用时一般比较偏向第二种使用方式。
视图解读:
下面的视图是我在ddms中监控com.tencent.mobileqq进程(随便选的一个)生成的。可以看出整个traceview视图分为上下两大部分,上半部分被称为时间轴面板(Timeline Panel),下半部分被称为分析面板(Profile
Panel)。
时间轴面板
界面上方的尺子代表了MethodTracing的时间段(从Debug.startMethodTracing()到Debug.stopMethodTracing()的时间)。
每个线程的函数执行时间图处于和线程名同一行的右侧。
注1:线宽度代表执行该函数本身操作所用的时间。
注2:函数所调用的子函数时间线夹杂在该函数本身操作所用的时间线之间。
注3:时间线的高度不知道有什么意义。
注4:函数本身是嵌套的。
注5:每行下面粗的线段标注了Profile Panel中被选中函数调用所消耗的时间段。每个线段对应一次函数的运行。
分析面板
Exclusive time是该函数本身基本操作(不包括子函数调用)的时间。
Inclusive time是该函数调用所用的时间(包括子函数调用)的时间。
列1:"Name"表示函数名。
双击函数名,可以看到在上半界面是时间轴面图(Timeline Panel)看他的所消耗的时间段。(用粗的线段标注)。
双击函数名左边的"+"展开后可以看到,该函数的"parents"和"children"
列2:"incl%"表示函数的Inclusive time在整个MethodTracing时间里占的百分比。
列3:"Inclusive"表示Inclusive time。
列4:"Excl%"表示函数的Exclusive time在整个MethodTracing时间里占的百分比。
列5:"Exclusive"表示Exclusive time。
列6:"Calls+RecurCalls/Total"表示对函数的调用次数(包括递归调用)。如图2的nativeFinished()那列为"14+0"表示14次非递归调用,0次递归调用.
列7:新的版本(比如2.1)还有"time/calls"表示平均的调用时间(即Inclusive time/ total calls)。如图3。来自google文档的图2感觉有老了。
注:如果函数A调用函数B那么函数A称为函数B的"parents",函数B称为函数A的"children."
Google关于traceview工具的介绍可参考http://developer.android.com/intl/zh-cn/tools/debugging/debugging-tracing.html
2、APT
APT工具是腾讯公司内部开发使用的一款性能分析工具,主要可以用来对进程的CPU和内存进行监视很分析,使用非常方便,下面是截图:对于APT的原理比较简单,就是利用top和dump命令抓取数据,所以,这里如果我们不用APT,自己写个小程序调用top也是一样的。对于APT的使用比较简单,一目了然,折利率不再赘述。
APT软件现在已经开源,可参考:https://code.csdn.net/Tencent/apt/
3、System Information
System Information是集成在DDM中的一款工具,可以用用来对CPU、内存和帧进行抓取,与APT不同的是System Information抓取的是整个系统的某个瞬间信息。先是其使用时的截图,具体使用方法比较简单,不再赘述。4、MAT
MAT工具可谓大名鼎鼎,是用来进行内存泄露分析的主要工具。MAT Eclipse 插件的安装地址为:http://download.eclipse.org/mat/1.3.1/update-site/。关于MAT的使用这里就不介绍了,网上关于它的材料到处都是,没有必要重复造车轮子。这里要说明的一点事:在通过dump生成prof文件时,生成的文件MAT不能直接使用,必须通过hprof-conv命令进行转换处理。如果使用MAT的Eclipse插件,则不需要转化,Eclipse会自动处理,因此建议采用后一种方式。下面是MAT的一张图:
相关文章推荐
- Android性能优化——工具篇
- Android性能优化——工具篇
- android 性能优化-工具篇
- Android性能优化——工具篇
- Android性能优化——工具篇
- Android 性能优化的一些方法(2)
- 谈谈关于Android程序UI的性能优化
- [Android]ListView性能优化之视图缓存(续)
- [Android]ListView性能优化之视图缓存(续) 推荐
- 【Android游戏开发十五】关于Android 游戏开发中 OnTouchEvent() 触屏事件的性能优化笔记!
- 【转】【Android游戏开发十五】关于Android 游戏开发中 OnTouchEvent() 触屏事件的性能优化笔记!
- 【Android2D游戏开发十五】关于Android 游戏开发中 OnTouchEvent() 触屏事件的性能优化笔记!
- Android数据库SQLite性能优化技巧
- Android进阶:性能优化篇
- android性能优化学习笔记-listview优化
- [Android]ListView性能优化之视图缓存
- Android 性能优化的一些方法
- [Android]ListView性能优化之视图缓存
- 【Android游戏开发十五】关于Android 游戏开发中 OnTouchEvent() 触屏事件的性能优化笔记!
- [Android 界面]ListView性能优化之视图缓存