Handler内存泄漏分析与解决方法

为什么Handler会造成内存泄漏

下面是一段简单的Handler使用

public class MainActivity extends AppCompatActivity {

    private Handler mHandler = new Handler(){
		@Override
        public boolean handleMessage(Message msg) {
            return false;
        }
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        new Thread() {
            @Override
            public void run() {
                Message msg = new Message();
                msg.obj = "Hello UI";
                mHandler.sendMessageDelayed(msg, 600000);
            }

        }.start();
    }
}

在启动应用程序时,Looper就已经会在主线程序被创建了,Looper会创建一个消息队列MessageQueue来存放消息,应用程序中消息都会发送到这个消息队列中,并且会伴随程序的整个生命周期。当我们像上面那样创建一个Handler对象之后,Handler就会与主线程中的Looper绑定起来,当我们在子线程中发送Message时,Handler会把自身封装在Message中,所以Message就持有了这个Handler的引用。

而在Java中,非静态内部类会隐式的持有一个外部类对象的引用,当使用内部类(匿名类)来创建Handler的时候,Handler会隐式的持有一个外部类对象(Activity)的引用。通常我们异步处理任务之后需要更新UI,如果该任务还未完成时,用户就finish()掉这个Activity。正常情况下该Activity不再使用了,则GC(垃圾回收机制)检查的时候会把它回收掉。但是由于子线程中的任务尚未完成,子线程中的Message会持有一个Handler的引用,而Handler又持有这Activity的引用,联系如下:
引用图
所以这就导致Activity无法被回收,引发内存泄漏的问题

怎么解决

在Android Studio中使用上面的方式创建Handler的时候会有警告

This Handler class should be static or leaks might occur

由提示信息可知,只需要把Handler声明成静态内部类就行了,静态内部类不持有外部类对象的引用,Activity就不会因为Handler的原因而无法被回收了

private static class MyHandler extends Handler{
	@Override
	public void handleMessage(Message msg) {
		super.handleMessage(msg);
	}
}

上面创建Handler的方式看似已经把问题解决了,但是Handler不再持有Activity的引用了,所以导致程序不允许在Handler中操作Activity中的对象了,这时就需要在Handler中增加一个对Activity的弱引用(WeakReference)

private static class MyHandler extends Handler{

	WeakReference<MainActivity> mainActivity;
	
	public MyHandler(MainActivity activity){
		mainActivity = new WeakReference<>(activity);
	}

	@Override
	public void handleMessage(Message msg) {
		if (mainActivity.get() != null){
		}
	}
}

下面补充一点引用的知识:

引用类型说明
强引用当内存空 间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足问题
软引用 (SoftReference)在内存不足时,GC会回收软引用指向的对象
弱引用(WeakReference)不管内存足不足,GC都可能回收弱引用指向的对象
虚引用(PhantomReference )如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收

除了通过弱应用的方式来解决Handler内存泄漏的问题之外,还有一种解决办法,就是在Activity关闭的时候使用相对应的removeCallbacks()方法来把消息对象从消息队列中删除,例如:

public class MainActivity extends AppCompatActivity {

    private  Handler myHandler = new Handler() {
		@Override
		public void handleMessage(Message msg) {
			super.handleMessage(msg);
			}
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        myHandler.removeCallbacksAndMessages(null);
    }
}

总结

内存泄露在 Android 开发中是一个比较严重的问题,系统给每一个应用分配的内存是固定的,一旦发生了内存泄露,就会导致该应用可用内存越来越小,严重时会发生 OOM 导致 Force Close,所以在平时的开发中应该避免引发内存泄漏

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值