Hanlder内存泄漏时谁是GCroot

牛hero牛

于 2024-04-16 12:54:31 发布

阅读量267

点赞数 2

文章标签： jvm

本文链接：https://blog.csdn.net/u011415793/article/details/137820814

版权

本文详细解释了在Java中，特别是在Android的Handler内存泄漏问题上，许多人误将ThreadLocal.ThreadLocalMap视为根源。实际上，真正的GCRoot是Looper的sMainLooper。文章还提供了处理Handler内存泄漏的方法，即使用静态内部类和弱引用。

摘要由CSDN通过智能技术生成

Handler的内存泄漏原因。
回答这个问题前我们要知道什么是内存泄漏，内存泄漏是指本该被GC的对象因为某种原因而没有被回收，造成内存得不到释放。在Java虚拟机中GC是通过GCRoot判断回收的。

那么Handler中产生内存泄漏的话，谁才是GcRoot呢？

这里很多人常常会搞错，认为是ThreadLocal.ThreadLocalMap导致的内存泄漏。实际上这是错误的。

非静态内部类持有外部类对象的引用。Handler持有Activity，Message又持有Handler的引用。Message最终会被添加到MessageQueue中，MessageQueue是Looper的成员，所以Looper持有MessageQueue。在Android主线程中回调用Looper.prepareMainLooper方法，在该方法中会把lopper对象赋值给sMainLooper这个static成员。所以Handler中真正导致内存泄漏的GCRoot是sMainLooper。

总结一下引用关系：ThreadLocal.ThreadLocalMap——>Entry（WeakReference）——>static Looper sMainLooper（GcRoot）——>MessageQueue——>Message——>Handler——>Activity

那么如何处理Handler的内存泄漏呢？

可以定义静态内部类继承Handler，静态内部类中要使用弱引用Activity。然后在Activity的onDestory方法执行时，调用Handler的removeCallbacksAndMessages移除所有消息和回调。