内存泄露原因及集成检测工具
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