Android面试每日一题: Handler 如何有效地避免内存泄漏问题

Posted 伯努力不努力

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android面试每日一题: Handler 如何有效地避免内存泄漏问题相关的知识,希望对你有一定的参考价值。

android系统中,Handler是一个消息发送和处理机制的核心组件之一,与之配套的其他主要组件还有Looper和Message,MessageQueue。
Message和Runnable类是消息的载体。MessageQueue是消息等待的队列。Looper则负责从队列中取消息。

Handler有两个主要作用:
1.安排调度(scheule)消息和可执行的runnable,可以立即执行,也可以安排在某个将来的时间点执行。

2.让某一个行为(action)在其他线程中执行。

Handler是由系统所提供的一种异步消息处理的常用方式,一般情况下不会发生内存泄露。

Handler为什么可能造成内存泄漏。这里的内存泄漏,常常指的是泄漏了Activity等组件。

public class ShanActivity extends Activity
    public Handler handler = new Handler()
        @Override
        public void handleMessage(Message msg) 
            super.handleMessage(msg);
             
    
;
@Override
protected void onCreate(Bundle savedInstanceState) 
    super.onCreate(savedInstanceState);
	

这有什么问题呢。问题在于该Handler的实例采用了内部类的写法,它是ShanActivity这个实例的内部类,在Java中,关于内部类有一个特点:在java中,非静态的内部类和匿名内部类都会隐式的持有一个外部类的引用。所以,该handler实例持有了ShanActivity的一个引用。

生命周期较短的组件引用了生命周期较长的组件。Handler就是一种典型的示例,以上面的代码举例。ShanActivity可能会被泄漏,也就是该组件没有用了,比如调用了finish()后,垃圾回收器却迟迟没有回收该Activity。原因出在该实例的handler内部类引用了它,而该handler实例可能被MessageQueue引用着。

从上面的说法中,可以思考得到相应的解决方法:

1.保证Activity被finish()时该线程的消息队列没有这个Activity的handler内部类的引用。这个场景是及其常见的,因为handler经常被用来发延时消息。一个补救的办法就是在该类需要回收的时候,手动地把消息队列中的消息清空:mHandler.removeCallbacksAndMessages(null);

2.要么让这个handler不持有Activity等外部组件实例,让该Handler成为静态内部类。(静态内部类是不持有外部类的实例的,因而也就调用不了外部的实例方法了)

3.在2方法的基础上,为了能调用外部的实例方法,传递一个外部的弱引用进来)

4.将Handler放到抽取出来放入一个单独的顶层类文件中。

这里需要了解一下关于Java里面引用的知识:

第三种,需要一些额外的代码,比较通用。

public class ShanActivity extends Activity 
private static class MyHandler extends Handler 
private final WeakReference<ShanActivity> mActivity;
public MyHandler(ShanActivity activity) 
  mActivity = new WeakReference<ShanActivity>(activity);


@Override
public void handleMessage(Message msg) 
  ShanActivity activity = mActivity.get();
  if (activity != null) 
     //do Something
  


第四种方式,抽取做单独封装。

/**
 * 实现回调弱引用的Handler
 * 防止由于内部持有导致的内存泄露
 * 传入的Callback不能使用匿名实现的变量,必须与使用这个Handle的对象的生命周期一 
 * 致否则会被立即释放掉了
 */
public class WeakRefHandler extends Handler 
    private WeakReference<Callback> mWeakReference;
    
    public WeakRefHandler(Callback callback) 
        mWeakReference = new WeakReference<Handler.Callback>(callback);
    
    
    public WeakRefHandler(Callback callback, Looper looper) 
        super(looper);
        mWeakReference = new WeakReference<Handler.Callback>(callback);
    
    
    @Override
    public void handleMessage(Message msg) 
        if (mWeakReference != null && mWeakReference.get() != null) 
            Callback callback = mWeakReference.get();
            callback.handleMessage(msg);
        
    

由于是弱引用,当该类需要被回收时,可以直接被回收掉。

WeakRefHandler的使用时如下:

    private Handler.Callback mCallback = new Handler.Callback() 
        @Override
        public boolean handleMessage(Message msg) 
            switch(msg.what)
            
            return true;
        
    ;
    private Handler mHandler = new WeakRefHandler(mCallback);

tips:不使用这些方法,Handler直接持有Activity的引用是否一定会导致内存泄漏?

如果Handler中没什么耗时操作,任务完成也就释放了Activity引用。
如果Handler中是一个2秒的操作,在Activity退出的2s后,释放了Activity的指针,这种情况属于短时间的内存泄漏?
Handler中是啥死循环的话,就内存泄露了。
个人写的Handler,且没有耗时操作。没必要保护。
公司项目对于代码规范的话,还是加上保护比较好。避免后续有同事,加上了耗时操作,出现问题。

以上是关于Android面试每日一题: Handler 如何有效地避免内存泄漏问题的主要内容,如果未能解决你的问题,请参考以下文章

Android面试每日一题: LaunchMode 的应用场景?

Android面试每日一题: LaunchMode 的应用场景?

Android面试每日一题:BroadcastReceiver 与 LocalBroadcastReceiver 有什么区别?

Android面试每日一题:BroadcastReceiver 与 LocalBroadcastReceiver 有什么区别?

Android面试每日一题:抽象类与接口的区别?

Android面试每日一题:抽象类与接口的区别?