Android内存泄露分析简要思路

古城微笑少年丶 2022-08-07 12:45 29阅读 0赞

工作中遇到挺多需要分析内存泄露问题的情况，现在大致简要写下思路，等之后时间相对比较充裕再进行补充。

1.明白内存泄露的判断依据？

个人总结为：持续增加，只增不减！

理解一下这8个字，配合几个命令和工具来确定一下你的应用是否存在内存泄露问题，这是很关键的，如果一开始就判断错误了，那么没有继续往下进行的理由。

命令如下：

adb shell

dumpsys meminfo 应用包名 \[当然，比较粗略地话，可以用adb shell procrank\]

这时候你可以看到一个内存使用情况表

![Image 1][]

而我们首先关注的是TOTAL这个值，譬如你会执行某个脚本，或者Monkey在不断操作你的应用，你可以隔半个小时观察一次TOTAL的情况，如果持续增加，那么十有八九是有内存泄露的问题了，但是也并不是绝对，这时候你就要配合上DDMS工具来做分析了。（DDMS里面有一项Heap，里面可以Cause GC，如果你发现你执行了GC之后，依旧内存没有什么太大的减少，那么恭喜你，这部分内存泄露了。）

2.根据第一步所阐述的一个情况，大概可以判断出是否有内存泄露，那么接着需要做什么呢？

如果内存泄露，那么我们该做些什么呢？

思路：必定我们想要找到泄露点，那么如何找到？

（1）. 你需要抓取hprof文件，这个文件可以呈现出一些内存的使用情况，不过切记，你别清除了进程再来抓这个文件，然后配合着MAT把这个hprof文件分析了

（MAT分析hprof文件的这方面知识网上太齐全了，读者们可以自己去学习一下哈，这里就不累赘）

（2）.如果MAT分析出来的东东，你实在看不出什么猫腻，那么再次恭喜你，你中大招了。

这时候你要继续观察dumpsys meminfo 包名， 输出的结果信息，关注点放在 UnKnown那一行 和 Native Heap 那一行，关注Heap Alloc 或者 Pss Total,

如果你的总TOTAL一直再增加，但是是由于这两行的增加，那么这个问题你不需要再继续在MAT上花时间了，因为这种内存泄露问题，出在Native层（C）

那么你需要去找你程序中使用到JNI的地方，so库或者其他一些特殊调用上，分析它们是否可能造成内存泄露问题。

（3）当然兴许你依旧没有头绪，那么没关系，另一个命令就是为了你而存在的，（首先某个应用的PID号, 用dumpsys meminfo 包名，那边已经可以查到）

譬如我上面那个mms, PID号为2786， 接着adb shell showmap -a PID号 (adb shell showmap -a 2786)

然后根据结果\[....\]这的信息，在去google上面找关键字， 譬如：\[ anon \] bash的堆

（4）当你最终还是不知道是由哪边的.so库引起的话，你可以查看下Native Heap的内存分配情况，这时候你依旧需要借助DDMS，

需要先执行以下命令：

adb shell setprop libc.debug.malloc 1

adb shell stop

adb shell start

然后你还需要改一下eclipse中的配置参数值【因为如果你不配置的话，你的DDMS打开默认是看不到Native Heap那个Tab项的】

在ddms.cfg文件（实在找不到的话，就用Everything搜索下吧）最后增加一行native=true并save。ddms.cfg位于c:\\Users\\xxx\\.android目录下。

在Device中选择好你要的应用的包名项，然后按下Snapshot按钮， 就可以观察到Native Heap的使用情况了，然后反复执行脚本，再观察观察，你会找到你需要的东西的。

（5）内存泄露的问题可能很复杂，但是有的时候有了这些技巧，相对更重要。所以第（5）小点，额外再提供一些其他的命令技巧，帮助查找另外的情况出现内存泄露的问题。

1.  adb shell dumpsys activity    查询activity栈的情况（曾遇到过，就是activity一直堆积，导致的内存溢出OOM）

2.  adb shell dumpsys cpuinfo

3.  adb shell dumpsys battery

如果你在这方面有自己其他的一些方法，那么也不妨留言跟大家分享下！

文件：/proc/meminfo

/proc/buddyinfo

简单粗暴就直接通过: showmap 命令 多次，然后对比一下，看哪个增长得最明显。

转载请注明：[http://blog.csdn.net/ljphhj/article/details/44966023][http_blog.csdn.net_ljphhj_article_details_44966023]

转载于 [胖虎 CSDN][CSDN]

[Image 1]: 
[http_blog.csdn.net_ljphhj_article_details_44966023]: http://blog.csdn.net/ljphhj/article/details/44966023
[CSDN]: http://blog.csdn.net/ljphhj

发表评论取消回复

表情：

评论列表（有 0 条评论，29人围观）

还没有评论，来说两句吧...

相关阅读

相关 android+profiler+内存泄露定位,android Profiler 实战-----内存泄露的分析与定位

一、Profiler是什么？ Memory Profiler是Android Profiler中的一个组件，是Android Studio3.0用来替换之前Android M

约定不等于承诺〃/ 2022年10月18日 11:24/ 0 赞/ 1676 阅读

相关 android中使用handler造成内存泄露的分析和解决,Handler导致内存泄露分析

【JavaEE企业应用实战学习记录】logFilter package sanglp.servlet; import javax.servlet.\; import java

偏执的太偏执、/ 2022年10月05日 01:47/ 0 赞/ 216 阅读

相关 Android 内存泄露实践分析

定义 > 内存泄漏也称作“存储渗漏”，用[动态存储][Link 1]分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。（其实说白了就

雨点打透心脏的1/2处/ 2022年09月26日 03:12/ 0 赞/ 227 阅读

相关 Android内存泄露与分析

实际开发中发现Android内存泄露问题很容易发生，下面大致是一些常犯的问题： 1、资源性对象比如（Cursor，File文件、stream流等）是否关闭。 try

今天药忘吃喽~/ 2022年08月13日 01:59/ 0 赞/ 24 阅读

相关 Android内存泄露分析简要思路

工作中遇到挺多需要分析内存泄露问题的情况，现在大致简要写下思路，等之后时间相对比较充裕再进行补充。 1.明白内存泄露的判断依据？个人总结为：持续增加，

古城微笑少年丶/ 2022年08月07日 12:45/ 0 赞/ 30 阅读

相关避免Android内存泄露

Android的应用被限制为最多占用16m的内存，至少在T-Mobile G1上是这样的（当然现在已经有几百兆的内存可以用了——译者注）。它包括电话本身占用的和开发者可

我不是女神ヾ/ 2022年07月28日 01:15/ 0 赞/ 228 阅读

相关 Android内存泄露案例分析

本文整理自：【[技术公开课][Link 1]】[Android内存泄漏案例分析][Android]（点击链接，观看视频），演讲PPT>>[下载地址][Link 2]。

川长思鸟来/ 2022年07月28日 01:15/ 0 赞/ 240 阅读

相关 Android内存泄露原因分析与处理方案

内存泄露？泄露并不是真正意思的泄露，而是因为内存不能被GC，从而导致占用内存过大，发生Out of Memory，而被系统Kill。 adb shell getpro

Myth丶恋晨/ 2022年07月28日 01:15/ 0 赞/ 321 阅读

相关 Android Handler内存泄露

前言由于Android采取了单线程UI模型，开发者无法在子线程中更新UI，为此Android为我们提供了Handler这个工具，帮助开发者切换到主线程更新UI。在我们开

╰半夏微凉°/ 2022年05月23日 13:52/ 0 赞/ 235 阅读

相关 android 内存泄露

内存泄露情况： 1：使用单例导致内存泄露 public class Singleton { private static Singleton sin

痛定思痛。/ 2022年05月17日 01:21/ 0 赞/ 279 阅读