尊重原著,转自http://www.xuebuyuan.com/1291595.html。html
DDMS是一款Google* 提供的应用,可做为独立的工具运行,也可经过ADT Eclipse* 插件集成到Eclipse* 中。它提供了强大的特性集合,能帮助您快速了解应用的运行情况。android
DDMS中的线程监控和评测浏览对于管理大量线程的应用颇有用。要启用,点击 Update Threads(更新线程)图标便可开始。并发
图 1app
这使下面的窗口会显示面向选中VM进程的全部线程的名称和其余细节。less
图 2eclipse
utime 和stime表明了线程在瞬间运行用户代码(utime)和系统代码(STIME)所花的总时间。一瞬间的时间是由系统定义的,但一般为10毫秒。星号表 示守护线程;native状态表示线程正执行原生代码。仔细观察上述样本数据,很明显,除了应用主线程花了大量时间外,运行GC也花了挺多的时间。仔细观 察应用如何处理对象建立可能有助于提升性能。jsp
堆查看ide
点击Update Heap(更新堆)按钮,得到有关选定虚拟机中堆分配的信息。函数
图 3工具
图 4
点击"Cause GC"开始.堆的详细信息被显示出来,并附有针对特定分配类型的分配大小图示。若是您有分配泄漏,这多是一个很好的检查点,经过观看Heap Size(堆大小)的整体趋势,确保在应用运行期间它不会一直变大。
Allocation Tracker(分配跟踪器)
Allocation Tracker(分配跟踪器)视图中显示了有关分配的更深层细节。点击“Start Tracking(开始跟踪)”,在应用中执行某个操做,而后点击“Get Allocations(得到分配)”。
图 5
所示列表按分配排序,首先显示最新的分配。选中它可看到一个关于分配如何建立的堆栈轨迹(stack trace)。
仔细查看分配细节,下面的代码看起来有改进的空间:
dataStr += String.format(" Std. Dev.: %.3f, %.3f, %.3f\n", devX, devY, devZ);
上例可简单重构为下面的代码,节省构造临时char[]的开销。.
dataStrBuilder.append(String.format(" Std. Dev.: %.3f, %.3f, %.3f\n", devX, devY, devZ));
Method Profiling(方法分析)是DDMS的一款工具,对于快速概览应用中时间的消耗分布很是有用,也可用于时间关键型函数的详细查看。
图 6
在 应用运行并执行某个有趣的任务时,若是您想得到更多有关该任务的性能数据,点击“Start Method Profiling(开始方法分析)”。分析器只收集少许数据(没见过超过2或3秒),因此,几分钟后再次单击该图标以中止收集。从DDMS中激活方法分 析器可以使工具自动使用内部存储来存储分析结果,当捕捉完成后,将它们发送回主机,做进一步分析。
IDE将自动启动Traceview窗口,帮助您在IDE(图7)中分析结果。
图 7
解析结果是最有趣的部分。单击底部窗格中的方法调用可建立一个层级结构,为您显示目前的方法--先是调用该方法的母方法,而后是从选定方法中调用的子方法。
在 本例被测应用中,我选中了onSensorChanged方法。当您注册接收来自传感器类型的通知时,这种方法即是经过SensorManager API调用的方法。这里的调用方法是handleMessage,它来自操做系统,因此由此开始个人实现方法是一个不错的选择。子方法根据 “总计”所花的时间百分比排序。这里的“总计”表示在该方法及该方法调用的全部子方法内所花费的时间。所以,对于onSensorChanged调用,超 过70%的时间花在了calcStandardDeviation和averageSamples上。我指望该调用多花一些时间来计算标准误差,而不是仅
仅将样本平均。因此利用这则新信息,我能更加深刻地查看个人实施并发现代码优化点。
想详细了解Traceview,请参考“利用Traceview与dmtracedump进行分析(Profiling with Traceview and dmtracedump)”。
为得到有着更高精度的的方法分析细节,调用可在代码中进行以启动和中止分析。您须要在设备中加载一个SD卡来使用此方法。在下面的例子中,咱们添加hook(钩子)以更好地了解传感器处理代码:
01 |
private static boolean doOnce = true ; |
02 |
|
03 |
@Override |
04 |
public void onSensorChanged(SensorEvent event) { |
05 |
|
06 |
if ( doOnce ) { |
07 |
android.os.Debug.startMethodTracing(); |
08 |
} |
09 |
|
10 |
Code under test… |
11 |
12 |
if ( doOnce ){ |
13 |
android.os.Debug.stopMethodTracing(); |
14 |
doOnce = false ; |
15 |
} |
16 |
} |
跟踪文件默认为:/ mnt / sdcard/dmtrace.trace,可经过下面的命令从设备中提取出来:
adb pull /mnt/sdcard/dmtrace.trace.
运行独立的Traceview工具:“traceview C:\dmtrace.trace”,会打开一个用户界面,相似于嵌入到Eclipse中的用户界面。
layoutopt(布局选择)
每当要调用某应用结束时,我就但愿在活动的用户界面布局中得到简单的性能增益。 layoutopt这一工具会分析您的布局文件,并指出潜在的性能问题。在这篇博客和参考文件会谈到该问题,让咱们快速浏览该如何使用这一工具吧。命令行用法以下:
layoutopt.bat C:\Projects\workspace\DeviceInformation\res
注:我把Android* SDK工具目录放在个人路径中。它看起来也像一款工具,只在您详细说明要分析目录的完整路径时才可用。
输出示例:
C:\Projects\workspace\DeviceInformation\res\drawable\btn_notification_ic_example.xml
C:\Projects\workspace\DeviceInformation\res\drawable\picture_frame.xml
C:\Projects\workspace\DeviceInformation\res\layout\action_bar_custom.xml
23:23 This TextView layout or its LinearLayout parent is useless
C:\Projects\workspace\DeviceInformation\res\layout\content_applicationinfo_main.xml
16:19 This LinearLayout layout or its LinearLayout parent is useless
C:\Projects\workspace\DeviceInformation\res\layout\content_benchmark_main.xml
C:\Projects\workspace\DeviceInformation\res\layout\content_main.xml
C:\Projects\workspace\DeviceInformation\res\layout\content_sensorinfo_main.xml
17:20 This LinearLayout layout or its LinearLayout parent is useless
X:Y是与问题对应的XML标记的开始行和结束行。上面指出的多余布局增长了活动的总体加载时间,可用于方便地提高您的活动加载速度。
性能问题调试中另外一款有用工具就是Hierarchy Viewer (层级查看器)工具。此应用只能链接到Android* 操做系统的开发人员版本中,因此在不用开发设备状况下,使用它的最简单的方法就是利用模拟器。经过命令行运行该工具:
hierarchyviewer
但愿我已为您的应用性能提高须要提供了一些新的工具与知识。除了使用这些工具来发现您在哪些方面能够得到增益外,不少性能改进可在代码级别实现。您能够在“Designing for Performance”(性能设计)一文中更多了解有关常见性能编码技术。
如下文章提供了更深刻介绍和其余技巧:
Designing for Responsiveness(响应性设计)
Windows* Background & UI Speed(Windows背景和用户界面加速)
1http://help.eclipse.org/galileo/index.jsp?topic=/org.eclipse.platform.doc.isv/guide/int_eclipse.htm
转自:http://software.intel.com/zh-cn/articles/performance-debugging-of-android-applications