关于Romain Guy的避免Android内存泄漏

Question

我是android开发的新手，我刚刚从以下链接读到了Romain Guy的“避免android内存泄漏”

http://www.curious-creature.org/2008/12/18/avoid-memory-leaks-on-android/

然后我在我的android模拟器上用他著名的代码片段做了一个小测试

private static Drawable drawable;

private StringBuilder sb;

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

    TextView label = new TextView(this);
    label.setText("Leaks are bad");

    if (drawable == null) {
        drawable = getResources().getDrawable(R.drawable.ic_launcher);
    }

    sb = new StringBuilder();

    for (int i = 0; i < 1024; i++) {
        sb.append('a');
    }

    label.setCompoundDrawables(null, drawable, null, null);

    setContentView(label);
}

此代码应该在更改方向时泄漏第一个活动上下文。因此，我在emulator中运行了该程序，并更改了方向一次（我还打印了2个活动上下文ca.welcomelm.leaktest）。MainActivity@45f81f98和ca.welcomelm。泄漏测试。MainActivity@45f8d6f8 ). 然后我转储HPROF并通过传入的引用char[]跳转到列出对象。我想我应该看到2个字符[]的模式是“aaaaaaaaaaaa…”，由这2个活动上下文引用。但我发誓我只看到了第二个上下文引用的一个。泄漏的上下文不存在。我认为这是GCed。其他人能证实这一点吗？谢谢

Answer 1

没错，一旦drawable释放对TextView的引用，原始TextView及其引用的对象（上下文、活动等）将被GC'ed。当添加标签时，会发生释放。setCompoundDrawables（）（在@user3375547的示例中）或标签。setBackgroundDrawable（）（在Romain Guy的原始示例中）被调用。

但是，Context被泄露了一段时间，因为Drawable保留了对TextView的引用时间过长，从而阻止了以前的Context（和所有其他引用的对象）在可能的情况下被GC'ed。

现在，想象一下Android没有创建活动的另一个实例的情况。例如，用户退出了活动。Android此时可能会销毁活动。在这种情况下，静态引用仍然存在并阻止上下文被GC'ed，从而导致泄漏。GC只会在活动被重新创建、应用程序进程被终止或Classloader被GC'ed时发生，正如@uDevel在下面的评论中提到的那样。

Answer 2

更改：

if (drawable == null) {
        drawable = getResources().getDrawable(R.drawable.ic_launcher);
}

例如：

if (drawable == null)
        drawable = getResources().getDrawable(R.drawable.ic_launcher);
else
        Log.i("blablabla", "Drawable initialized in prior activity");

然后开始进行屏幕旋转。您会注意到Log. i将启动，因为绘图对象被标记为静态并且已经在之前的活动中初始化。这是内存泄漏开始的点。

由于现代设备的内存资源非常丰富，因此您不会轻易注意到此类泄漏。然而，如果您的应用程序包含大量这样的引用，或者运行在低端设备上，那么您可能很幸运很快就能阻止内存泄漏。