您的位置:首页 > 职场人生

【面试】如何避免OOM的发生

2015-11-23 23:42 288 查看
小编基础薄弱,发的内容不算是抄袭,但也基本都是借鉴,若有不足的地方还望点评。

内存泄漏(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(强引用)+[b]SoftReference(软引用)[/b]

对于加载下来的图片可以通过BitmapFactroy执行大小加工处理,处理完成记得要设置Bitmap为null或者recycle掉。LinkHashMap实现一级缓存,存储最近加载的资源,将保存时间较长的资源释放掉,此时可将这些资源暂时存储到二级缓存softReference当中,当GC心情好的时候就会像回收掉二级缓存中的资源。(加载资源会先依据一级缓存到二级缓存的顺序去查找,找不着就重新加载)

c. LruCache + sd的缓存方式
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: