内存泄漏 - android.os.Message 持有的 Android 活动

Question

我正在开发一个应用程序，其中 90% 的活动继承自一个公共活动并且所有这些活动都泄漏，这意味着如果我从 A->B 转到 B->A（调用 finish()），@ 987654325@'s onDestroy() 被调用，但它仍然泄漏（用 MAT 检查）。

泄露的活动非常大（10MB~），所以在来回几次后应用程序因OOM而崩溃。

我检查了堆转储，并沿着 GC 根路径查找泄漏活动，它们看起来都像这样：

所以我猜这是常见的超类中的某些东西正在泄漏。我已经检查了所有 BroadcastReceivers 和 listeners 在活动被破坏时都未注册，并且没有使用 Handlers 也没有可能导致泄漏的匿名内部类（至少在我看来）。

泄漏的原因可能是什么？任何帮助将不胜感激。

编辑

我发现有两段代码在注释掉活动时不再泄漏：

1. 一些实例化ProgressDialog的代码行。
2. 通过匿名Runnable 致电postDelayed。

在第一种情况下，对话框的dismiss() 函数在销毁之前被调用，所以我不知道为什么这可能是问题所在。第二种情况，是为onPause中的Runnable调用removeCallbacks，所以理论上是正确清理的，不是吗？

干杯。

Answer 1

问题出在postDelayed 中的匿名Runnable。这个Runnable 是用基础活动的内容视图的postDelayed() 函数调用的，所以它是这样的：

@Override
protected void onResume() {
    ...
    mCallback = new Runnable() { ... };
    getContentView().postDelayed(mCallback, mDelay);
}

令人惊讶的是，这个回调在 onPause() 中被删除了：

@Override
protected void onPause() {
    ...
    getContentView().removeCallbacks(mCallback);
    mCallback = null;
}

为什么这不能防止泄漏对我来说仍然是一个谜。起初我尝试使用 getContentView().getHandler().removeCallbacksAndMessages(null) 并修复了泄漏，但随后应用程序在看似无关的地方完全崩溃了。

最终修复泄漏的是创建一个Handler 实例并在此处理程序上调用postDelayed() 和removeCallbacks()。