這是一個針對技術開發者的一個應用，你可以在掘金上獲取最新最優質的技術乾貨，不僅僅是Android知識、前端、後端以至於產品和設計都有涉獵，想成為全棧工程師的朋友不要錯過！

android使用java作為其開發環境。java的跨平臺和垃圾回收機制已經幫助我們解決了底層的一些問題。但是儘管有了垃圾回收機制，在開發android的時候仍然時不時的遇到out of memory的問題，這個時候我們不禁要問，垃圾回收機器去哪兒了？

我們主要講的是handler引起的洩漏，並給出三種解決辦法，其中最後一種方法就是我們想介紹的WeakHandler 庫。

可能導致洩漏問題的handler一般會被提示 Lint警告：

This Handler class should be static or leaks might occur 意思：class使用靜態宣告否者可能出現記憶體洩露。

這是一個基本的activity。在handler的post方法中我們加入了一個匿名的runnable，同時我將其執行延遲了整整80秒。我們執行這個程式，並且旋轉幾次手機，然後分析記憶體。

現在記憶體中有7個activity了，這太不靠譜了，所以我們來研究下為什麼GC沒有清理它。（上圖中我查詢記憶體中activity列表時用的是oql(物件查詢語言)，簡單強大的工具，ps 怎麼用的，誰能告訴我？）

從上圖中我們可以看到其中一個對mainactivity的引用是來自this$0

-------什麼是this$0---------

非static的inner class裡面都會有一個this$0的欄位儲存它的父物件。在Java中，非靜態(匿名)內部類會預設隱性引用外部類物件。而靜態內部類不會引用外部類物件。一個編譯後的inner class 很可能是這樣的：

-------什麼是this$0結束---------

在我們的程式碼中，匿名的runnable是一個非靜態的內部類，因此他會使用this$0來儲存MainActivity，然後runnable會繼續被它的callback引用，而callback又接著被接下來一連串的message引用，這樣主執行緒的引用就太他媽多了。 當Activity finish後，延時訊息會繼續存在主執行緒訊息佇列中80秒，然後處理訊息，因此handler在繼續存在於記憶體中，而handler引用了Activity，在我們旋轉手機的時候，Activity 不停的重建和finish，導致多個activity的引用出現。

一旦將Runnable或者是Message 傳送進handler，將儲存一連串的引用了主執行緒（這裡是MainActivity吧）的Message命令，直到message執行完。如果傳送Runnable設定了延遲時間，那麼至少在這段延遲時間內記憶體洩漏是肯定的，如果是直接傳送，在Message比較大的情況下，也是有可能發生暫時的洩漏的。

解決辦法一：使用Static

再次執行，同時旋轉手機，分析記憶體如下：

尼瑪，還是一樣的。我們看看是誰還拉著activity不放：

在最底下我們發現activity繼續被DoneRunnable裡面mTextView中的mContext引用著。看來在這種情況下，看來僅僅使用static並沒有解決問題啊。還需要做點工作才行。

靜態的Runnable加WeakReference

既然是因為mTextView引起的，那我們把mTextView換成弱引用好了：

需要注意的，既然mTextView是弱引用，所以隨時都可能為null，因此需要在使用前判斷是否為空。好了繼續看看記憶體的情況：

all right,我想我們已經完美的解決問題了。總結一下我們做了哪些工作：

使用靜態的內部類

對所有handler/Runnable中的變數都用弱引用。

但是這種方式程式碼是不是很多，而且還必須得小心翼翼。

在onDestroy中清理掉所有Messages

Handler有個很方便的方法：removeCallbacksAndMessages,當引數為null的時候，可以清除掉所有跟次handler相關的Runnable和Message，我們在onDestroy中呼叫次方法也就不會發生記憶體洩漏了。

執行，旋轉手機

但是如果你對程式碼有更高的要求，覺得這樣還不方便可以使用作者提供的WeakHandler庫

WeakHandler

WeakHandler使用起來和handler一模一樣，但是他是安全的，WeakHandler使用如下：

你只需要把以前的Handler替換成WeakHandler就行了。

WeakHandler的實現原理

WeakHandler的思想是將Handler和Runnable做一次封裝，我們使用的是封裝後的WeakHandler，但其實真正起到handler作用的是封裝的內部，而封裝的內部對handler和runnable都是用的弱引用。

第一幅圖是普通handler的引用關係圖

第二幅圖是使用WeakHandler的引用關係圖

其實原文有對WeakHandler更多的解釋，但是表述起來也挺複雜的。