本文引用：http://www.linuxidc.com/Linux/2013-12/94065.htm
1、什么是內存泄露？
Java使用有向圖機制，通過GC自動檢查內存中的對象（什么時候檢查由虛擬機決定），如果GC發現一個或一組對象為不可到達狀態，則將該對象從內存中回收。也就是說，一個對象不被任何引用所指向，則該對象會在被GC發現的時候被回收；另外，如果一組對象中只包含互相的引用，而沒有來自它們外部的引用（例如有兩個對象A和B互相持有引用，但沒有任何外部對象持有指向A或B的引用），這仍然屬於不可到達，同樣會被GC回收。
Android中使用Handler造成內存泄露的原因
Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
上面是一段簡單的Handler的使用。當使用內部類（包括匿名類）來創建Handler的時候，Handler對象會隱式地持有一個外部類對象（通常是一個Activity）的引用（不然你怎么可能通過Handler來操作Activity中的View？）。而Handler通常會伴隨着一個耗時的后台線程（例如從網絡拉取圖片）一起出現，這個后台線程在任務執行完畢（例如圖片下載完畢）之后，通過消息機制通知Handler，然后Handler把圖片更新到界面。然而，如果用戶在網絡請求過程中關閉了Activity，正常情況下，Activity不再被使用，它就有可能在GC檢查時被回收掉，但由於這時線程尚未執行完，而該線程持有Handler的引用（不然它怎么發消息給Handler？），這個Handler又持有Activity的引用，就導致該Activity無法被回收（即內存泄露），直到網絡請求結束（例如圖片下載完畢）。另外，如果你執行了Handler的postDelayed()方法，該方法會將你的Handler裝入一個Message，並把這條Message推到MessageQueue中，那么在你設定的delay到達之前，會有一條MessageQueue -> Message -> Handler -> Activity的鏈，導致你的Activity被持有引用而無法被回收。
處理方式一：
在Activity中的部分代碼：
/** 實現驗證碼按鈕倒計時 */
private void messageCountDown(){
handler = new Handler();
seconds = 60;
handler.post(run);
}
Runnable run = new Runnable() {
@Override
public void run() {
if(seconds >= 0){
textMessageCode.setEnabled(false);
textMessageCode.setText(seconds+"");
seconds --;
handler.postDelayed(this,1000);
}else{
textMessageCode.setEnabled(true);
textMessageCode.setText(R.string.get_message_code_again);
}
}
};
@Override
protected void onDestroy() {
//activity銷毀時移除handler防止內存泄漏
if(handler != null){
handler.removeCallbacks(run);
}
super.onDestroy();
}
方法二：將Handler聲明為靜態類。
靜態類不持有外部類的對象，所以你的Activity可以隨意被回收。代碼如下：
static class MyHandler extends Handler {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
但其實沒這么簡單。使用了以上代碼之后，你會發現，由於Handler不再持有外部類對象的引用，導致程序不允許你在Handler中操作Activity中的對象了。所以你需要在Handler中增加一個對Activity的弱引用（WeakReference）：
static class MyHandler extends Handler {
WeakReference<Activity > mActivityReference;
MyHandler(Activity activity) {
mActivityReference= new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg) {
final Activity activity = mActivityReference.get();
if (activity != null) {
mImageView.setImageBitmap(mBitmap);
}
}
}
延伸：什么是WeakReference？
WeakReference弱引用，與強引用（即我們常說的引用）相對，它的特點是，GC在回收時會忽略掉弱引用，即就算有弱引用指向某對象，但只要該對象沒有被強引用指向（實際上多數時候還要求沒有軟引用，但此處軟引用的概念可以忽略），該對象就會在被GC檢查到時回收掉。對於上面的代碼，用戶在關閉Activity之后，就算后台線程還沒結束，但由於僅有一條來自Handler的弱引用指向Activity，所以GC仍然會在檢查的時候把Activity回收掉。這樣，內存泄露的問題就不會出現了。
個人體會：
通過對sdk源碼的學習，我所理解的handler實現原理：
Android是消息驅動的，實現消息驅動有幾個要素：
1、消息的表示：Message
2、消息隊列：MessageQueue
3、消息循環，用於循環取出消息進行處理：Looper
4、消息處理，消息循環從消息隊列中取出消息后要對消息進行處理：Handler
1、在實例化handler的時候當前會獲取Looper的實例，同時獲取消息隊列：
2、在handler.post()后，會把你所要執行的線程Runable封裝到Mssage中 
3、再經過MessageQueue.enqueueMessage(Message msg, long when)將Message放入消息隊列中；
4、當子線程完成操作后調用Looper.loop(),並調用dispatchMessage()，並在改方法中回調callback.handleMessage(msg);
【ps：loop方法怎么啟用的為找出關聯源碼，個人分析應該是在子線程完之后觸發改方法，loop是startc聲明的靜態方法】
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;
// Make sure the identity of this thread is that of the local process,
// and keep track of what that identity token actually is.
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
// This must be in a local variable, in case a UI event sets the logger
Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
}
msg.target.dispatchMessage(msg);
if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
}
// Make sure that during the course of dispatching the
// identity of the thread wasn't corrupted.
final long newIdent = Binder.clearCallingIdentity();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
}
msg.recycleUnchecked();
}
}
5、回調callback
