java.lang.OutOfMemoryError, Failed to allocate a 2822652 byte allocation with 284176 free bytes and ...

今天在测一个新项目，报了一个错误：

java.lang.OutOfMemoryError,
Failed to allocate a 2822652 byte allocation with 284176 free bytes and 277KB until OOM

机型跟参数

HMNOTE2_V8.5.2.0

其实这个异常，只会在加载大量图片，数据的时候出现。或者自己写了处理不当的方法。

而我内存溢出的问题是因为：Handler内存泄露

原因是：我在延时处理一个事件用了Handler（即启动页延时2分钟进入App），但是acitivity关闭后这个handler还在执行。

Handler 的生命周期与Activity 不一致：

当Android应用启动的时候，会先创建一个UI主线程的Looper对象，Looper实现了一个简单的消息队列，一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
当在主线程中初始化Handler时，该Handler和Looper的消息队列关联（没有关联会报错的）。发送到消息队列的Message会引用发送该消息的Handler对象，这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。

handler 引用 Activity 阻止了GC对Acivity的回收

在Java中，非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。
如果外部类是Activity，则会引起Activity泄露 。
当Activity finish后，延时消息会继续存在主线程消息队列中1分钟，然后处理消息。而该消息引用了Activity的Handler对象，然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完，这样就导致该Activity对象无法被回收，从而导致了上面说的 Activity泄露。

解决办法如下：

 private class MyHandler extends Handler {  
        private WeakReference<HandlerActivity> mActivity;  
  
        public MyHandler(HandlerActivity activity) {  
            mActivity = new WeakReference<HandlerActivity>(activity);  
        }  
  
        @Override  
        public void handleMessage(Message msg) {  
        
            if (mActivity.get() == null) {  
                return;  
            }  
            mActivity.get().todo();  
        }  
    }  

@Override  
public void onDestroy() {  
   if(mHandler!=null){
      mHandler.removeCallbacksAndMessages(null);  
  }
} 

//以下是调用的地方
mHandler = new MyHandler(HandlerActivity.this);
mHandler.sendMessageDelayed(Message.obtain(), 1000);

另外这是网上可能解决办法：

1、图片建议都放在mipmap目录下。

2、申请更多的空间。

但并不是所有项目都应该使用这样的方法去解决OutOfMemoryError问题，如果是大图片和视频应用可以使用android:largeHeap="true"；

 android:hardwareAccelerated="false"，
 android:largeHeap="true"

Android提供了在以下各级别上启用或禁止硬加速的能力：

• Application
• Activity
• Window
• View
  如下

//清单文件
<applicationandroid:hardwareAccelerated="true">
    <activity... />
    <activityandroid:hardwareAccelerated="false" />
</application>

//动态代码
myView.setLayerType(View.LAYER_TYPE_SOFTWARE,null);//禁止个别的View的硬加速
//检查应用是否被硬加速
View.isHardwareAccelerated()：如果View附加到一个硬加速的window上就返回true．
Canvas.isHardwareAccelerated()：如果Canvas被硬加速了就返回true．

3、 避免在 activity 或 fragment 之外传递 Context 对象。

4、 永远永远不要创建静态的 Context 或 View 对象，或者将二者存储于静态变量中。这是内存泄露的首要标志。

private static TextView textView; 
private static Context context;

5、 总是记得在 onPause() 或 onDestroy() 方法中的取消注册监听器(listeners)。这包括 Android 监听器，以及位置服务、显示管理器服务，还有自定义的一些监听器。

6、 不要在 AsyncTasks(异步任务)或后台线程中存储指向 activities 的强引用。Activity 可能会关闭，但是 AsyncTask 会继续执行，一直保存着对该 activity 的引用。

7、 尽力避免使用非静态的内部类。将引用存储至某个 Activity 或 View 内部会导致内存泄露。如果不得不存储引用，请使用WeakReference。

参考链接
内存分析器
堆内存查看器介绍
内存监控器
在 Android 中避免内存泄露