android 内存泄漏解决方案

最新推荐文章于 2024-06-04 17:46:05 发布

tongxintong

最新推荐文章于 2024-06-04 17:46:05 发布

阅读量306

点赞数

分类专栏： Android java

本文链接：https://blog.csdn.net/tongxintong/article/details/54381621

版权

20 篇文章 0 订阅

订阅专栏

8 篇文章 0 订阅

订阅专栏

 
 借助Android Studio的Analyze-Inspect Code对代码做静态分析，常见的内存泄露问题有： 

 
 1. 静态变量引起的内存泄露；  

  解决方案： 

 
 使用Application的Context就可以解决这类内存泄露的问题了 

 
 2. 非静态内部类引起内存泄露(包括匿名内部类)隐式持有主类；如 Handler。 

  解决方案： 

 
 3.不需要用的监听未移除会发生内存泄露 

 
 4. 资源未关闭 

 
 比如：BroadCastReceiver、Cursor、Bitmap、IO流、自定义属性attribute,attr.recycle()回收。 

 
 当不需要使用的时候，要记得及时释放资源。否则就会内存泄露。 

  解决方案： 

IO操作后，没有关闭文件导致的内存泄露，比如Cursor、FileInputStream、FileOutputStream使用完后没有关闭，这种问题在Android Studio 2.0中能够通过静态代码分析检查出来，直接改善就可以了；
自定义View中使用TypedArray后，没有recycle，这种问题也可以在Android Studio 2.0中能够通过静态代码分析检查出来，直接改善就可以了；

  如何找到项目中存在的内存泄露的这些地方呢？ 

 
 1. 神器 LeakCanary 

 
 2.使用工具 

  A） 确定是否存在内存泄露 

  1) 
 Android Monitor的内存分析 

  通过图形界面，最直观的看内存增长情况，知道该动作是否发生内存泄露。 

  动作发生之前：GC完后内存; 

  动作发生之后：GC完后内存； 两个值对比； 

 
 2) Heap Viewer 

 
 Heap视图中有一个Type叫做data object，即数据对象，也就是我们的程序中大量存在的类类型的对象。 

  在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据对象的内存总量， 

  一般情况下，这个值的大小决定了是否会有内存泄漏。 

  我们反复执行某一个操作并同时执行GC排除可以回收掉的内存，注意观察data object的Total Size值， 

  正常情况下Total Size值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况。 

  反之如果代码中存在没有释放对象引用的情况，随着操作次数的增多Total Size的值会越来越大。 

  那么这里就已经初步判断这个操作导致了内存泄露的情况。 

  B) 先找怀疑对象(哪些对象属于泄露的) 

  使用 
 MAT内存分析工具 

  MAT分析heap的总内存占用大小来初步判断是否存在泄露 

  MAT对比操作前后的hprof来定位内存泄露是泄露了什么数据对象。（这样做可以排除一些对象，不用后面去查看所有被引用的对象是否是嫌疑） 

  快速定位到操作前后所持有的对象哪些是增加了(GC后还是比之前多出来的对象就可能是泄露对象嫌疑犯) 

  技巧：Histogram中还可以对对象进行Group，比如选择Group By Package更方便查看自己Package中的对象信息。 

  MAT分析hprof来定位内存泄露的原因所在。(哪个对象持有了上面怀疑出来的发生泄露的对象) 

  1）Dump出内存泄露“当时”的内存镜像hprof，分析怀疑泄露的类； 

  2）把上面2得出的这些嫌疑犯一个一个排查个遍。步骤： 

  (1)进入Histogram，过滤出某一个嫌疑对象类 

  (2)然后分析持有此类对象引用的外部对象（在该类上面点击右键List Objects--->with incoming references） 

  (3)再过滤掉一些弱引用、软引用、虚引用，因为它们迟早可以被GC干掉不属于内存泄露 

  (在类上面点击右键Merge Shortest Paths to GC Roots--->exclude all phantom/weak/soft etc.references) 

  (4)逐个分析每个对象的GC路径是否正常 

  此时就要进入代码分析此时这个对象的引用持有是否合理，这就要考经验和体力了！ 

  （比如上课的例子中：旋转屏幕后MainActivity有两个，肯定MainActivity发生泄露了， 

  那谁导致他泄露的呢？原来是我们的CommonUtils类持有了旋转之前的那个MainActivity他， 

  那是否合理？结合逻辑判断当然不合理，由此找到内存泄露根源是CommonUtils类持有了该MainActivity实例造成的。 

  怎么解决？罪魁祸首找到了，怎么解决应该不难了，不同情况解决办法不一样，要靠你的智慧了。） 

 
 3.Lint分析工具 

  程序需要经常用Lint工具检测，保证良好的程序状态； 

关注

专栏目录