內(nèi)存泄露一直是Java開發(fā)中需要避免的問題，也是面試時經(jīng)常考察的問題。
使用非靜態(tài)內(nèi)部類是日常開發(fā)中最容易產(chǎn)生內(nèi)存泄露的場景，本文主要探討為什么使用非靜態(tài)內(nèi)部類可能產(chǎn)生內(nèi)存泄露以及如何解決此類問題。
非靜態(tài)內(nèi)部類持有外部類的引用
要理解為什么使用非靜態(tài)內(nèi)部類可能產(chǎn)生內(nèi)存泄露，首先要知道非靜態(tài)內(nèi)部類是隱式持有外部類引用的。看下面這個Outter類，它有一個非靜態(tài)內(nèi)部類Inner：
public class Outter {
private static String TAG = "Outter";
private class Inner {
public Inner() {
System.out.println("Inner Constructor: " + TAG);
}
}
}
現(xiàn)在我們把這個類編譯一下
$ javac Outter.java
$ ls *.class
Outter$Inner.class Outter.class
編譯產(chǎn)物中Outter$Inner.class就是這個非靜態(tài)內(nèi)部類的字節(jié)碼文件，接下來我們分析一下它：
$ javap -c Outter$Inner.class
Compiled from "Outter.java"
class Outter$Inner {
final Outter this$0;
public Outter$Inner(Outter);
Code:
0: aload_0
1: aload_1
2: putfield #1 // Field this$0:LOutter;
5: aload_0
6: invokespecial #2 // Method java/lang/Object."<init>":()V
9: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream;
12: new #4 // class java/lang/StringBuilder
15: dup
16: invokespecial #5 // Method java/lang/StringBuilder."<init>":()V
19: ldc #6 // String Inner Constructor:
21: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
24: invokestatic #8 // Method Outter.access$000:()Ljava/lang/String;
27: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
30: invokevirtual #9 // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
33: invokevirtual #10 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
36: return
}
關(guān)注字節(jié)碼中的putfield這一行，表示將外部類Outter對象的引用賦值給了匿名內(nèi)部類中的this$0，即非靜態(tài)內(nèi)部類持有了外部類的引用。
通過同樣的方式分析靜態(tài)內(nèi)部類的字節(jié)碼文件，我們可以發(fā)現(xiàn)靜態(tài)內(nèi)部類并不持有外部類的引用，所以它只能引用的外部類的靜態(tài)成員，因?yàn)殪o態(tài)成員被存放在JVM內(nèi)存模型的Method Area，可以直接被引用到。
Android Handler可能導(dǎo)致的內(nèi)存泄露
Android開發(fā)中產(chǎn)生內(nèi)存泄露的最典型場景就是在Activity里創(chuàng)建一個非靜態(tài)Handler實(shí)例來處理線程間通信：
上圖定義的繼承于Handler的匿名內(nèi)部類是非靜態(tài)的，盡管它內(nèi)部并未顯式持有任何對象的引用，lint依然提示如下警告：
This Handler class should be static or leaks might occur
意思就是這個繼承于Handler的匿名內(nèi)部類應(yīng)該被定義為static，否則可能產(chǎn)生內(nèi)存泄露。
通過前面的介紹我們知道，非靜態(tài)內(nèi)部類會持有外部類的引用，因此上述繼承于Handler的匿名內(nèi)部類隱式持有了Activity對象的引用，如果此時通過mHandler.sendMessageDelayed(new Message(), 5000);延時5s發(fā)送消息，然后立刻退出Activity，這5s內(nèi)Activity對象將無法被GC回收，也就出現(xiàn)了內(nèi)存泄露。
此外，下面這種用法也會造成內(nèi)存泄露，因?yàn)閷?shí)現(xiàn)了Runnable接口的匿名內(nèi)部類持有外部類的引用：
mHandler.postDelayed(new Runnable() {
@Override
public void run() {
// do something
}
}, 5000);
那么如何解決這種內(nèi)存泄露呢？參考lint給我們的提示，我們需要把上述用到的內(nèi)部類定義成static，這樣它就不再隱式持有外部類的引用；除此之外，如果內(nèi)部類需要顯式持有外部類成員引用以完成某種操作，必須通過弱引用(WeakReference)實(shí)現(xiàn)，這樣當(dāng)這些外部類成員所依賴的上下文被回收時，由于只具有弱引用，GC工作時就會將他們回收，從而避免了內(nèi)存泄露。
特別的，針對Activity中創(chuàng)建非靜態(tài)Handler處理線程間通信導(dǎo)致內(nèi)存泄露的場景，更推薦在onDestroy()中調(diào)用mHandler.removeCallbacksAndMessages(null)解決
