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的缓存方式