轉(zhuǎn)自rengwuxian
什么是內(nèi)存泄露蘸泻？
Java使用有向圖機制永品，通過GC自動檢查內(nèi)存中的對象（什么時候檢查由虛擬機決定）滚躯，如果GC發(fā)現(xiàn)一個或一組對象為不可到達狀態(tài)圃酵，則將該對象從內(nèi)存中回收柳畔。也就是說，一個對象不被任何引用所指向郭赐，則該對象會在被GC發(fā)現(xiàn)的時候被回收薪韩；另外确沸，如果一組對象中只包含互相的引用，而沒有來自它們外部的引用（例如有兩個對象A和B互相持有引用俘陷，但沒有任何外部對象持有指向A或B的引用）罗捎，這仍然屬于不可到達，同樣會被GC回收拉盾。
獲取Message實例推薦方法（不推薦使用new Message）：
- Message.obtain()
- Handler.obtainMessage()
Android中使用Handler造成內(nèi)存泄露的原因
Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
上面是一段簡單的Handler的使用桨菜。當(dāng)使用內(nèi)部類（包括匿名類）來創(chuàng)建Handler的時候，Handler對象會隱式地持有一個外部類對象（通常是一個Activity）的引用（不然你怎么可能通過Handler來操作Activity中的View捉偏？）倒得。
而Handler通常會伴隨著一個耗時的后臺線程（例如從網(wǎng)絡(luò)拉取圖片）一起出現(xiàn)，這個后臺線程在任務(wù)執(zhí)行完畢（例如圖片下載完畢）之后夭禽，通過消息機制通知Handler霞掺，然后Handler把圖片更新到界面。
然而讹躯，如果用戶在網(wǎng)絡(luò)請求過程中關(guān)閉了Activity菩彬，正常情況下，Activity不再被使用潮梯，它就有可能在GC檢查時被回收掉挤巡，但由于這時線程尚未執(zhí)行完，而該線程持有Handler的引用（不然它怎么發(fā)消息給Handler酷麦？），這個Handler又持有Activity的引用喉恋，就導(dǎo)致該Activity無法被回收（即內(nèi)存泄露）沃饶，直到網(wǎng)絡(luò)請求結(jié)束（例如圖片下載完畢）。
另外轻黑，如果你執(zhí)行了Handler的postDelayed()方法糊肤，該方法會將你的Handler裝入一個Message，并把這條Message推到MessageQueue中氓鄙，那么在你設(shè)定的delay到達之前馆揉，會有一條MessageQueue -> Message -> Handler -> Activity的鏈，導(dǎo)致你的Activity被持有引用而無法被回收抖拦。
內(nèi)存泄漏的危害
只有一個升酣，那就是虛擬機占用內(nèi)存過高，導(dǎo)致OOM（內(nèi)存溢出）态罪，程序出錯噩茄。對于Android應(yīng)用來說，就是你的用戶打開一個Activity复颈，使用完之后關(guān)閉它绩聘，內(nèi)存泄露；又打開，又關(guān)閉凿菩，又泄露机杜；幾次之后，程序占用內(nèi)存超過系統(tǒng)限制衅谷，F(xiàn)C椒拗。
使用Handler導(dǎo)致內(nèi)存泄露的解決方法
方法一：通過程序邏輯來進行保護。
- 在關(guān)閉Activity的時候停掉你的后臺線程会喝。線程停掉了陡叠，就相當(dāng)于切斷了Handler和外部連接的線，Activity自然會在合適的時候被回收肢执。
- 如果你的Handler是被delay的Message持有了引用枉阵，那么使用相應(yīng)的Handler的removeCallbacks()方法，把消息對象從消息隊列移除就行了预茄。
方法二：將Handler聲明為靜態(tài)類兴溜。
靜態(tài)類不持有外部類的對象，所以你的Activity可以隨意被回收耻陕。代碼如下：
static class MyHandler extends Handler {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
但其實沒這么簡單拙徽。使用了以上代碼之后，你會發(fā)現(xiàn)诗宣，由于Handler不再持有外部類對象的引用膘怕，導(dǎo)致程序不允許你在Handler中操作Activity中的對象了。所以你需要在Handler中增加一個對Activity的弱引用（WeakReference）：
/*
* handler不一定需要static,只是一般全局需要一個hanlder就可以召庞，
* 所以習(xí)慣性的會寫成static的岛心，這樣在別的activity里面也可以使用這個hanlder
*/
static class ScanImgHandler extends Handler {
WeakReference<MainActivity> mWeakReference;
public ScanImgHandler(MainActivity activity) {
mWeakReference = new WeakReference<MainActivity>(activity);
}
@Override
public void handleMessage(Message msg) {
final MainActivity activity = mWeakReference.get();
if (activity != null) {
switch (msg.what) {
case SCAN_OK:
activity.mProgressDialog.cancel();
break;
}
}
}
}
什么是WeakReference？
WeakReference弱引用篮灼，與強引用（即我們常說的引用）相對忘古，它的特點是，GC在回收時會忽略掉弱引用诅诱，即就算有弱引用指向某對象髓堪，但只要該對象沒有被強引用指向（實際上多數(shù)時候還要求沒有軟引用，但此處軟引用的概念可以忽略）娘荡，該對象就會在被GC檢查到時回收掉干旁。對于上面的代碼，用戶在關(guān)閉Activity之后炮沐，就算后臺線程還沒結(jié)束疤孕，但由于僅有一條來自Handler的弱引用指向Activity，所以GC仍然會在檢查的時候把Activity回收掉央拖。這樣祭阀，內(nèi)存泄露的問題就不會出現(xiàn)了鹉戚。
