利用Android中DDMS->Heap工具检测内存泄漏问题
来源:互联网 发布:手机怎么清理数据 编辑:程序博客网 时间:2024/05/21 18:42
2. 将手机通过USB链接至电脑,链接时需要确认手机是处于“USB调试”模式,而不是作为“Mass Storage”;
3. 链接成功后,在DDMS的Devices视图中将会显示手机设备的序列号,以及设备中正在运行的部分进程信息;
4. 点击选中想要监测的进程,比如system_process进程;
5. 点击选中Devices视图界面中最上方一排图标中的“Update Heap”图标;
6. 点击Heap视图中的“Cause GC”按钮(清理内存);
7. 此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况。
说明:
a) 点击“Cause GC”按钮相当于向虚拟机请求了一次gc操作;
b) 当内存使用信息第一次显示以后,无须再不断的点击“Cause GC”,Heap视图界面会定时刷新,在对应用的不断的操作过程中就可以看到内存使用的变化;
c) 内存使用信息的各项参数根据名称即可知道其意思,在此不再赘述。
如何才能知道我们的程序是否有内存泄漏的可能性呢?
这里需要注意一个值:Heap视图中部有一个Type叫做data object,即数据对象,也就是我们的程序中大量存在的 类, 类型的对象。
在data object一行中有一列是“Total Size”,其值就是当前进程中所有Java数据对象的内存总量,一般情况下,这个值的大小决定了是否会有内存泄漏。
可以这样判断:
a) 不断的反复操作当前应用,同时注意观察data object的Total Size值;
b) 正常情况下Total Size值都会稳定在一个有限的范围内,也就是说由于程序中的的代码良好,没有造成对象不被垃圾回收的情况,所以说虽然我们不断的操作会不断的生成很多对象,而在虚拟机不断的进行GC的过程中,这些对象都被回收了,内存占用量会会落到一个稳定的水平;
c) 反之如果代码中存在没有释放对象引用的情况,则data object的Total Size值在每次GC后不会有明显的回落,随着操作次数的增多Total Size的值会越来越大,
直到到达一个上限后导致进程被kill掉。
d) 此处已system_process进程为例,在我的测试环境中system_process进程,所占用的内存的data object的Total Size,正常情况下会稳定在920.289之间之间,而当其值超过一定值后进程就会被kill。
- 利用Android中DDMS->Heap工具检测内存泄漏问题
- Android 内存监测工具 DDMS --> Heap
- Android内存监测工具DDMS-->Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- android-【DDMS->heap】工具-内存检测工具(1)
- Android 内存监测工具 DDMS --> Heap
- Android内存监测工具DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- Android 内存监测工具 DDMS --> Heap
- PL/SQL 设置
- java对象占用内存大小计算方式
- 常见英语单词的过去式和过去分词
- KMP
- IO-03. 求整数均值
- 利用Android中DDMS->Heap工具检测内存泄漏问题
- iOS 获取视频的任意一帧
- 利用摄像头摄像或拍照(二)
- Dynamics CRM2013 Server2012R2下IFD部署遇到There is already a listener on IP endpoint的解决方法
- ORA-00911:无效的字符错误
- 循环-18. 龟兔赛跑(20)
- Valgrind概述
- poj 1703 并查集
- 分支-02. 三角形判断