Android Handler 避免内存泄漏

怼烎@ 2021-09-23 03:18 321阅读 0赞

#### Android开发经常会用到handler，但是我们发现每次使用Handler都会出现：`This Handler class should be static or leaks might occur（null）`这样的提示。Android lint就是为了提示我们，这样使用Handler会容易造成内存泄漏。但是你会发现其实改成static并没有什么用。因为这并没有解决这个问题的根本。 ####

***1 为什么会有内存泄漏***？因为Handler是基于消息的。每次new 出Handler，都会创建一个消息队列用于处理你使用handler发送的消息，形如：`handler.send***Message`。由于消息的发送总是会有先来后到的区别（如果只是这样都还好，毕竟再慢也不会太久，总归可以跑完，可能会延迟个几秒），但是如果你使用的是`sendMessageDelayed(Message msg, long delayMillis)`或`postDelayed(Runnable r, long delayMillis)`等发送延迟消息的时候，那基本内存泄漏发生的概率已经在90%以上了。  
如果我们疯狂的对这个Activity进行横屏和竖屏切换的话，那么Activity就会不断的被销毁和重建。理论上被关闭的Activity应该会再特定时候被回收，也就是我们的内存会在一定的范围内上下起伏，但是实际上，会发现消耗的内存会随着切换横屏的次数一直慢慢增加。这其实已经说明我们的内存泄漏了，如果你会查看内存，你会发现里面有成堆的Activity实例没办法回收。  
**这是因为view中使用的Context就是当前的Activity，而这个runnable一旦被post，就会一直存在于队列里面，直到时间到了，被执行。意思是这个时间段内Activity即使已经被destroy了但是这个对象还是没办法回收**

***2 那怎么样才可以避免这中问题呢***，如果你网上一搜你会看到很多关于弱引用的文章。这确实是一个解决的办法。其原理就是让所有在handler里面使用的对象都变成弱引用，目的就是为了可以在Android回收内存的时候，可以直接回收掉。我真觉得如果只是写这种办法的人，绝对是属于拷贝党，因为这完全是就事论事。你想想就明白，我们写这个Handler是因为我们要使用它。怎么可以通过这种弱引用的办法去处理这类问题呢？让JVM想回收就回收？！如果这样，那我们还需要在使用Bitmap的时候，`recycle`干嘛，还不如直接弄成软引用得了。  
除了写弱引用这个方法后，还有一个就是**`handler.removeCallbacksAndMessages(null);`**，就是移除所有的消息和回调，简单一句话就是清空了消息队列。注意，不要以为你post的是个`Runnable`或者只是`sendEmptyMessage`。你可以看一下源码，在handler里面都是会把这些转成正统的Message，放入消息队列里面，所以清空队列就意味着这个Handler直接被打成原型了，当然也就可以回收了。  
所以，我觉得最好的办法就是你在使用Handler的时候，在外面的Activity或者Fragment中的关闭方法中，如`onDestroy`中调用一下`handler.removeCallbacksAndMessages(null);`就可以了，不应该改成软引用。