小编基础薄弱,发的内容不算是抄袭,但也基本都是借鉴,若有不足的地方还望点评。
内存泄漏(Out Of Memory)俗称OOM,翻了网上一些资料,发生OOM的情况大致有两种,一种是Activity当中对象的引用故障,另一种是APP的内存限制。
1.针对引用对象促使OOM的Handler,参考原文
主要是GC在回收Activity中发现Handler的引用而无法顺利回收Activity的问题,简单的说,就是后台线程还在执行某些数据操作,尚未传回给Handler处理,此刻回收掉Activity便会容易引发一个内存溢出的情况,那么针对Handler我们可以做那些改进呢?一方面,可以在finish Activity之前先removeCallBack()把消息运输对象从消息队列中移除,另一方面还可以将Handler生命为静态类(静态类不持有外部的引用对象),并在Handler中调用WeakReFerence(),具体事例如下:
static class MyHandler extends Handler{
WeakReference<Activity> activityReference;
public MyHandler(Activity activity){
activityReference = new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg){
final Activity activity = activityReference.get();
}
}
2.针对APP内存使用限制,参看原文
原因算是很明确了的,其实就是手机应用内存超过指标GC回收负担太重就挂掉了。而说到内存限制,难免想到应用中图片的加载和缓存。其解决方案主要有以下几点:
a.通过SoftReference管理图片资源,实现GC的主动回收和释放
b.LinkHashMap(强引用)+SoftReference(软引用)
对于加载下来的图片可以通过BitmapFactroy执行大小加工处理,处理完成记得要设置Bitmap为null或者recycle掉。LinkHashMap实现一级缓存,存储最近加载的资源,将保存时间较长的资源释放掉,此时可将这些资源暂时存储到二级缓存softReference当中,当GC心情好的时候就会像回收掉二级缓存中的资源。(加载资源会先依据一级缓存到二级缓存的顺序去查找,找不着就重新加载)
c. LruCache + sd的缓存方式