oom 如何避免 高并发_【面试】如何避免OOM的发生

小编基础薄弱,发的内容不算是抄袭,但也基本都是借鉴,若有不足的地方还望点评。

内存泄漏(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 activityReference;

public MyHandler(Activity activity){

activityReference = new WeakReference(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的缓存方式

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值