美文网首页
java.lang.OutOfMemoryError, Fail

java.lang.OutOfMemoryError, Fail

作者: 黄海佳 | 来源:发表于2017-09-21 16:48 被阅读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;
    
    5、 总是记得在 onPause() 或 onDestroy() 方法中的取消注册监听器(listeners)。这包括 Android 监听器,以及位置服务、显示管理器服务,还有自定义的一些监听器。
    6、 不要在 AsyncTasks(异步任务)或后台线程中存储指向 activities 的强引用。Activity 可能会关闭,但是 AsyncTask 会继续执行,一直保存着对该 activity 的引用。
    7、 尽力避免使用非静态的内部类。将引用存储至某个 Activity 或 View 内部会导致内存泄露。如果不得不存储引用,请使用WeakReference

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

    相关文章

      网友评论

          本文标题:java.lang.OutOfMemoryError, Fail

          本文链接:https://www.haomeiwen.com/subject/mwqzsxtx.html