TraceViews使用

什么是TraceView？先看下百度出来的解释吧：

Traceview是android平台配备一个很好的性能分析的工具。它可以通过图形化的方式让我们了解我们要跟踪的程序的性能，并且能具体到method。

　　关于Traceview的使用

　　首先，必须在程序当中加入代码，以便生成trace文件，有了这个trace文件才可以将其转化为图形。

　　要添加的代码如下：

Java代码

// starttracing to "/sdcard/yourActivityTrace.trace"

Debug.startMethodTracing("yourActivityTrace");

   // ...// stop tracing Debug.stopMethodTracing();

  // starttracing to "/sdcard/yourActivityTrace.trace"Debug.startMethodTracing("yourActivityTrace");

  // ...// stop tracing Debug.stopMethodTracing();

Google DevGuide当中说可以在activity的onCreate()中添加Debug.startMethodTracing(),而在onDestroy()中添加Debug.stopMethodTracing()，但是在实际的测试时发现这种方式其实并不好用，因为通常情况下我们的activity的onDestroy()是由系统决定何时调用的，因此可能等了很长时间都不会得到这个trace文件。因此决定在onStop()中来调用Debug.stopMethodTracing()。这样当我们切换到其它activity或者点击home键的时候onStop()就会被调用，我们也就可以得到完整的trace file。

　　在运行程序之前，首先要保证我们的AVD是一个带有SD card的AVD，这样才能使trace文件保存到/sdcard/...当中。运行后可以任意做一些操作，然后点击home键。这是通过DDMS file explore就可以看到/sdcard/目录下有一个trace文件，现在把这个文件copy到电脑上指定的目录，假设是C:/tracefile目录下。

　　可以通过命令行来执行traceview，进入tools目录后，执行

traceviewC:/tracefile/yourActivityTrace.trace

　　之后就可以看到图形了，接下来就是按照Google DevGuide中的解释去分析图形就OK了。

下面来看如何实现以及需要注意的地方：

 实现的步骤分为三步：1.必须先在我们的模拟器中创建sdCard；2.将我们的调试代码嵌入工程；3.利用TraceView来观察和分析代码情况;

1.对于创建模拟器的sdCard这里写出两种方式：

第一种：我们在eclipse中创建avd的时候的时候在选择api下面有个 Sd Card 的选项，第一项填入创建sdcard的大小即可。

第二种：cmd命令！打开cmd并且cd到android sdk tool路径下；（或者在环境变量Path中将sdk tool路径配置上，然后重新打开cmd）

使用mksdcard -l mycard 1024MF:/mysdcard.img 创建了一个1G的sdcard；

使用emulator -avd my_android-sdcard F:/mysdcard.img 激活sdcard!

最后在eclipsePreferences-->Android-->Launch加入-sdcard F:/mysdcard.img （此步骤就是在第一种创建方式中添加sdcard的支持）

备注1：

    如果sdcard分配的空间太小，则程序追踪文件就一直记录到sd储蓄卡容量慢为止，所以调试前，要为程序生成一个适当的SD存储卡也较为重要,因为程序运行时间越长，这个追踪文件也就越大。

备注2;

(如果第二种创建方式中的第二部激活出现 emulator:ERROR: the user data image is used by another emulator. aborting，请关闭模拟器，或者进入目录：/Documents and Settings /用户 / .android/的AVD / *设备* / (比如我的目录是：C:/Documents andSettings/Administrator/.android/avd/android2.0.avd)

然后删去以.lock结尾的文件夹就行(我简单解释下为什么要删除这些文件呢，其实.lock是加锁，如果程序崩溃等原因导致无法清除这些以.lock结尾的文件夹，就会出现这个问题，也就是这个avd的锁没有被释放，导致avdmanager以为这个avd正在使用当中。))

2.将我们的调试代码嵌入工程

 正如我们百度到的说明一样，在程序运行的开端加上Debug.startMethodTracing("yourActivityTrace"); 然后在onPause（）中调用Debug.stopMethodTracing();为什么要将结束写在onPause（）中而不写在onStop（），那么如果你去看api的话，你会看到，Api中介绍onPause（）会在你返回和点击home按键后触发，而onStop（）一般是由系统来触发，当该程序处于后台的时候，而且当内存紧张的时候，可能会调用，但是可能永远不会调用到！

备注：要记住当把调试代码加入项目中以后不要立即运行项目，而是必须在AndroidMainfest.xml中定义一条"写入SD卡的权限"那么添加权限的代码如下：

   <uses-permissionandroid:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission>

因为咱们的调试代码会在SD卡中生成一个追踪文件，也就是往SD卡中写入了数据，所以需要声明一条权限。这里必须注意哦！

[java:showcolumns]

 

·········10········20········30········40········50········60········70········80········90········100·······110·······120·······130·······140·······150

1        <?xmlversion="1.0" encoding="utf-8"?> 

2        <manifestxmlns:android="http://schemas.android.com/apk/res/android" 

3              package="com.himi" 

4              android:versionCode="1" 

5              android:versionName="1.0"> 

6            <application android:icon="@drawable/icon" android:label="@string/app_name"> 

7                <activity android:name=".MainActivity" 

8                          android:label="@string/app_name"> 

9                    <intent-filter> 

10                     <action android:name="android.intent.action.MAIN" /> 

11                     <category android:name="android.intent.category.LAUNCHER" /> 

12                 </intent-filter> 

13             </activity> 

14         </application> 

15         <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission> 

16         <uses-sdk android:minSdkVersion="4" /> 

17     </manifest>  

3.运行项目并且退出项目从而得到的追踪文件，利用TraceView来进行分析代码运行状况：

打当正常运行了项目并且点击返回或者home按键就会在 sdcard中生成一个.trace的文件。sdcard目录在eclipse下，点击:

windows-show view-other-android-File explorer

右上角的两个箭头，第一个表示从模拟器sdcard导出文件，第二个表示从PC上导入文件到sdcard中、“—”代表删除 .....

然后我们通过cmd来运行生成的追踪文件 traceviewC:/name      追踪文件所在的路径放在C盘，放在C盘以外别的盘的话我这里是无法正常打开traceview的不知道什么原因。  name 表示生成的.trace文件，cmd的时候不需要输入“.trace”后缀 ;然后会出现TraceView的分析窗口;

【cmd命令！打开cmd并且cd到android sdk tools路径下；（或者在环境变量Path中将sdk tool路径配置上，然后重新打开cmd）】

注意1：如果出现一下图片这种内存溢出的问题;

解决方法：到SDK下的tools下找到 traceview.bat 文件，鼠标右键-编辑（或者记事本打开），最后一行替换成这样：

call java-Xms128m -Xmx512m -Djava.ext.dirs=%javaextdirs% -jar %jarpath% %*

注意2：如果出现路径不对的问题：

例如：我的himi.trace放在了C盘,那么我的cmd命令是:   traceview c:/himi   然后回车！

但是这里要小心，因为 /h这样可能被认为是转义字符！！！为了避免可以尽可能不要使用h,n,r,t,等等成为名字的头字母，当然还有一种就可以完全避免这种问题，例如还是我的C盘 himi.trace 文件，可以写cmd命令的时候写成： traceviewc://himi  嘿嘿~要注意细节。

下面是运行起来的TranceView：

最右上角表示运行程序总共用了多少时间，从traceview画面中我们看到有各种颜色，每种颜色代表不同的函数和步骤，那么同一颜色的区域越大，就代表这个步骤运行时间越长，或者看到下面的统计表，明显可以看出除了序列 0 1 是系统函数外，2. 3.函数占用的时间比较长，那么序列4是个自定义的函数名为“hot”这个占用了几乎与主线程主draw的时间一样了，那么肯定有问题。当然其实这个方法是我故意写的，就是为了来演示traceview。这个hot函数的代码如下：

[java:showcolumns]

 

·········10········20········30········40········50········60········70········80········90········100·······110·······120·······130·······140·······150

18     /**

19      * @author Himi

20      * @param canvas

21      */ 

22         publicvoid hot(Canvas canvas) { 

23             for (int i = 1; i <100; i++) { 

24                 Bitmap bmp = BitmapFactory.decodeResource(getResources(), 

25                         R.drawable.icon); 

26                 canvas.drawBitmap(bmp, i +=2, i +=2,paint); 

27             } 

28         } 

很明显我在故意消耗内存和时间。

那么，在traceview的右半部统计字段中:

Exclusive:同级函数本身运行的时间

Inclusive就是说除统计函数本身运行的时间外再加上调用子函数所运行的时间

Name：列出的是所有的调用项，前面的数字是编号，展开可以看到有的有Parent和Children子项，就是指被调用和调用。

Incl:inclusive时间占总时间的白分比

Excl:执行占总时间的白分比。

Calls+RecurCalls/Total:调用和重复调用的次数

Time/Call:总的时间。(ms)

所以traceview是个非常好的程序监视工具，可以帮助找出程序运行缓慢时的函数，让我们的代码不断完善和改进！

OK，其次说说，如何提高Android的效率，也就是如何来优化Android的性能：

1，http用gzip压缩，设置连接超时时间和响应超时时间

http请求按照业务需求，分为是否可以缓存和不可缓存，那么在无网络的环境中，仍然通过缓存的httpresponse浏览部分数据，实现离线阅读。

2.listview 性能优化

1).复用convertView

在getItemView中，判断convertView是否为空，如果不为空，可复用。如果couvertview中的view需要添加listerner，代码一定要在if(convertView==null){}之外。

2).异步加载图片

item中如果包含有webimage，那么最好异步加载

3).快速滑动时不显示图片

当快速滑动列表时（SCROLL_STATE_FLING），item中的图片或获取需要消耗资源的view，可以不显示出来；而处于其他两种状态（SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL），则将那些view显示出来

4).BaseAdapter避免内存溢出

如果BaseAdapter的实体类有属性非常消耗内存，可以将保存到文件；为提高性能，可以进行缓存，并限制缓存大小。

3.使用线程池，分为核心线程池和普通线程池，下载图片等耗时任务放置在普通线程池，避免耗时任务阻塞线程池后，导致所有异步任务都必须等待

4.异步任务，分为核心任务和普通任务，只有核心任务中出现的系统级错误才会报错，异步任务的ui操作需要判断原activity是否处于激活状态

5.尽量避免static成员变量引用资源耗费过多的实例,比如Context

6.使用WeakReference代替强引用，弱引用可以让您保持对对象的引用，同时允许GC在必要时释放对象，回收内存。对于那些创建便宜但耗费大量内存的对象，即希望保持该对象，又要在应用程序需要时使用，同时希望GC必要时回收时，可以考虑使用弱引用。

7.超级大胖子Bitmap

及时的销毁(Activity的onDestroy时将bitmap回收，在被UI组件使用后马上进行回收会抛 RuntimeException:Canvas: trying to use a recycled bitmap android.graphics.Bitmap)

设置一定的采样率(有开发者提供的图片无需进行采样，对于有用户上传或第三方的大小不可控图片，可进行采样减少图片所占的内存)，从服务端返回图片，建议同时反馈图片的size

巧妙的运用软引用

drawable对应resid的资源，bitmap对应其他资源

任何类型的图片，如果获取不到（例如文件不存在，或者读取文件时跑OutOfMemory异常），应该有对应的默认图片（默认图片放在在apk中，通过resid获取）；

8.保证Cursor 占用的内存被及时的释放掉，而不是等待GC来处理。并且 Android明显是倾向于编 程者手动的将Cursor close掉

9.线程也是造成内存泄露的一个重要的源头。线程产生内存泄露的主要原因在于线程生命周期的不可控

10.如果ImageView的图片是来自网络，进行异步加载

11.应用开发中自定义View的时候，交互部分，千万不要写成线程不断刷新界面显示，而是根据TouchListener事件主动触发界面的更新

12.Drawable

ui组件需要用到的图片是apk包自带的，那么一律用setImageResource或者setBackgroundResource，而不要根据resourceid

注意：get(getResources(),R.drawable.btn_achievement_normal)该方法通过resid转换为drawable，需要考虑回收的问题，如果drawable是对象私有对象，在对象销毁前是肯定不会释放内存的。

13.复用、回收Activity对象临时的activity及时finish主界面设置为singleTask一般界面设置为singleTop

14.位置信息获取用户的地理位置信息时，在需要获取数据的时候打开GPS，之后及时关闭掉

15.在onResume时设置该界面的电源管理，在onPause时取消设置