Java的非靜態(tài)內(nèi)部類、匿名類，會持有外部類的強(qiáng)引用，靜態(tài)的不會持有；對于Activity/Fragment內(nèi)定義的Handler/Runnable，是最容易因此導(dǎo)致內(nèi)存泄漏的，因為它們可能會postDelayed，從而導(dǎo)致Activity/Fragment及其內(nèi)部的資源無法GC；推薦做法是定義靜態(tài)內(nèi)部類/靜態(tài)匿名成員，訪問外部類的成員和方法通過WeakRefrence實現(xiàn)；
WeakRefrence需要在內(nèi)部類內(nèi)創(chuàng)建才符合其語義？

Prior to Android Lollipop, alert dialogs may cause memory leaks in your Android apps.

考慮以下代碼
```
while (true) {
  MyMessage msg = queue.take(); // might block
  System.out.println("Received: " + msg);
}
```
msg對象是棧上的局部變量，每次循環(huán)都將會重寫，一旦被重寫，上一次循環(huán)的msg引用指向的對象將不再被其引用；但是在Dalvik虛擬機(jī)的實現(xiàn)中，如果queue.take()阻塞了，那么本次循環(huán)的msg未被賦值，則上次的msg的引用將不會被清除，
HandlerThread
```
for (;;) {
  Message msg = queue.next(); // might block
  if (msg == null) {
    return;
  }
  msg.target.dispatchMessage(msg);
  msg.recycleUnchecked();
}
```
msg每次循環(huán)的后面都被recycle了（清空了內(nèi)容），所以泄漏的僅僅是一個空的msg對象，影響不大（LeakCanary將默認(rèn)忽略Message對象的泄漏）。
遇上AlertDialog
```
new AlertDialog.Builder(this)
  .setPositiveButton("Baguette", new DialogInterface.OnClickListener() {
    @Override public void onClick(DialogInterface dialog, int which) {
      MyActivity.this.makeBread();
    }
  })
  .show();
```
DialogInterface.OnClickListener的匿名實現(xiàn)類持有了MainActivity的強(qiáng)引用；而在AlertDialog的實現(xiàn)中，OnClickListener類將被包裝在一個Message對象中，而且這個Message會在其內(nèi)部被復(fù)制一份，兩份Message中只有一個被recycle，另一個（OnClickListener的成員變量引用的Message對象）將會leak！
解決辦法
- ART VM（>=5.0），JVM不存在此問題
- Message對象的泄漏無法避免，但是如果僅僅是一個空的Message對象，而且將被放入對象池作為后用，是沒有問題的
- DialogInterface.OnClickListener對象不持有外部類的強(qiáng)引用：static類實現(xiàn)；DetachableClickListener（監(jiān)聽窗口解除事件，手動釋放引用）；
- 當(dāng)worker thread空閑后，向HandlerThread發(fā)送一個空的消息，解除上一個Message的泄漏

上一篇：深入Java深淺拷貝、immutable、unmodifiable下一篇：

Memory leak專題

Hanlder、Runnable、Thread的非靜態(tài)內(nèi)部類、匿名類，都會持有外部類的強(qiáng)引用，都可能造成內(nèi)存泄漏；

Prior to Android Lollipop, alert dialogs may cause memory leaks in your Android apps.

Hanlder、Runnable、Thread的非靜態(tài)內(nèi)部類、匿名類，都會持有外部類的強(qiáng)引用，都可能造成內(nèi)存泄漏；