剖析导致DialogFragment内存泄漏的Message残留及其解决方案

2023-12-27 01:37:01

Message残留引发的内存泄漏

在探讨解决之道前，我们必须先行解析问题本身。导致DialogFragment内存泄漏的根本原因在于Message残留。当Looper#loop方法处于持续等待queue#next方法返回的状态下，局部变量msg仍旧引用着上一个循环中已置于Message Pool中的Message，我们姑且称之为MessageA。

揭示MessageA的成因

MessageA的形成并非偶然，而是源于HandlerThread的运作方式。HandlerThread会创建独立的Looper实例，并以该实例持续循环执行Message队列中的任务。然而，Looper#loop方法会在执行任务后将当前处理的Message放进Message Pool中，以备其他线程或HandlerThread使用。此时，MessageA与被HandlerThread的Looper循环处理过的Message一起被置入Message Pool。

内存泄漏的本质

DialogFragment内存泄漏的本质，就是MessageA持续引用着外部对象，导致无法回收。当DialogFragment不再需要时，它会被销毁，但MessageA仍然持有对它的引用。随着时间的推移，Message Pool中会积累大量无法被回收的Message，最终导致内存泄漏。

解决方案：Message复用机制

为了解决Message残留问题，我们引入Message复用机制。此机制的核心思想是，将MessageA从Message Pool中取出，并将其重新放入HandlerThread的Message队列中，供后续使用。这种方式可以确保MessageA始终被复用，不会产生新的内存泄漏。

步骤分解：复用Message

实现Message复用机制涉及以下步骤：

从Message Pool中移除MessageA。
将MessageA重新放入HandlerThread的Message队列中。
重置MessageA的next属性，确保其指向null。
清除MessageA中除target、what和arg1~arg2之外的其他字段。

完整解决方案

以下是完整解决方案的伪代码：

public static void fixMessageLeak(Message msg) {
    // 从Message Pool中移除MessageA
    MessagePool.recycle(msg);

    // 将MessageA重新放入HandlerThread的Message队列中
    msg.target.sendMessageDelayed(msg, 0);

    // 重置MessageA的next属性，确保其指向null
    msg.next = null;

    // 清除MessageA中除target、what和arg1~arg2之外的其他字段
    msg.when = 0;
    msg.arg3 = 0;
    msg.obj = null;
    msg.replyTo = null;
}