内存泄露原因及集成检测工具

No1：

OOM是程序需要申请一段大内存，即时做了GC操作，也没有办法及时给到的时候，就会抛出OutOfMemoryException。

No2：

如何避免OOM？

一）减少内存消耗

1）ArrayMap/SparseArray代替hashMap

2）避免在android里面使用Enum

3）减少bitmap的内存占用

4）inSampleSize：缩放比例，在把图片载入内存之前，我们需要先计算出一个合适的缩放比例，避免不必要的大图载入。

ecode format：解码格式，选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差异

5）减少资源图片的大小，进行压缩，过大的图片可以考虑分段加载

二）内存对象的重复利用

1）大多数对象的复用，都是利用对象池的技术

2）listview/gridview/recycleview contentview的复用

3）inBitmap属性对于内存对象的复用

ARGB_8888/RBG_565/ARGB_4444/ALPHA_8。这个方法在某些条件下非常有用，比如要加载上千张图片的时候

4）避免ondraw方法里面new对象

5）StringBuilder代替+

6）使用最近最少使用算法（Lrucache）等算法，利用时间换空间策略减少内存消耗

No3：集成工具

gradle中

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5'

application中

if (LeakCanary.isInAnalyzerProcess(this)) {
    // This process is dedicated to LeakCanary for heap analysis.
    // You should not init your app in this process.
    return;
}
LeakCanary.install(this);

No4：

handler内存泄露
原因：
在Activity中新建一个Handler后，Handler执行计时操作，如果Activity销毁，Handler是不会主动销毁的，而且会占用Activity的空间，不使其回收，积累久了就会内存泄露
解决方案：

@Override
public void onDestroy() {
    super.onDestroy();
    //避免内存泄露
    mHandler.removeCallbacksAndMessages(null);
    mHandler = null;
}

在Activity或者Fragment的onDestroy中主动销毁Handler

内存泄露原因及集成检测工具

推荐阅读