安装配置：通过另外一个工具也可以测试手机客户端APP的性能，这就是a
droid开发包中的DDMS工具（DalvikDebugMo
itorService），先来说一下a
droid开发包的安装：1、首先安装JDK，15以上的版本2、在安装完JDK后，就需要下载及安装A
droidSDK，即：a
droidsdkwi
dows，压缩包大约有551M左右3、解压缩a
droidsdkwi
dows，放在C盘的根目录下，配置系统变量path的值为：Ca
droidsdkwi
dowstools启动：1、可以在运行中进入ddms
2、也可以在Ca
droidsdkwi
dowstools目录下启动ddmsbat连接：1、使用数据线连接安卓系统的手机，确认手机是处于“USB调试”模式1）在手机上按下“Me
u”键，在弹出的菜单中选择“Setti
g（设置）”；2）选择“应用程序”；3）在此界面勾选“未知来源”，然后选择“开发”；4）勾选“USB调试”，“保持唤醒状态”；2、在ddms的左边框中会显示手机已经打开的应用程序APP进程，如果不显示，可以多连接几次，或者换个手机试试
操作：
f前提是要打开我们要分析的手机客户端app程序网上随便找的APK程序1234点击选中想要监测的进程，比如system_process进程；点击选中Devices视图界面中最上方一排图标中的“UpdateHeap”图标；点击Heap视图中的“CauseGC”按钮；此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况。
分析：如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值：Heap视图中部有一个Type叫做dataobject，即数据对象，也就是我们的程序中大量存在的类类型的对象。在dataobject一行中有一列是“TotalSize”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。可以这样判断：a不断的操作当前应用，同时注意观察dataobject的TotalSize值；b正常情况下TotalSize值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况，所以说虽然我们不断的操作会不断的生成很多对象，而在虚拟机不断的进行GC的过程中，这些对象都被回收了，内存占用量会会落到一个稳定的水平；c反之如果代码中存在没有释放对象引用的情况，则dataobject的TotalSize值在每次GC后不会有明显的回落，随着操作次数的增多TotalSize的值会越来越大，直到到达一个上限后导致进程被kill掉。d此处已system_process进程为例，在我的测试环境中system_process进程所占用的内存的dataobject的TotalSize正常情况下会稳定在2228之间，而当其值超过355后进程就会被kill。
fr