java.lang.OutOfMemoryError, Fail
2017-09-21 本文已影响1221人
黄海佳
今天在测一个新项目，报了一个错误：
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;
