handlder引起的記憶體洩漏問題以及解決辦法
在編寫程式時,一般呼叫API獲取伺服器資料時,我們都是採取執行緒來操作的,完成之後需要更新UI內容的時候,就需要用到Handler了,但是需要我們注意的是Handler很可能引起記憶體的洩露。
public class SampleActivity extends Activity {
private final Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
// ...
}
}
}
當我們這樣寫在一個Activity
中時,Android Lint
會提示我們這樣一個 warning:In Android, Handler classes should be static or leaks might occur.
。
意思說:在Android中,Handler 類應該是靜態的否則可能發生洩漏。
為什麼會是這樣呢?
瞭解一下Handler
- 當Android程式第一次建立的時候,在主執行緒同時會建立一個
Looper
物件。Looper
實現了一個簡單的訊息佇列,一個接著一個處理Message
物件。程式框架所有主要的事件(例如:螢幕上的點選時間,Activity
生命週期的方法等等)都包含在Message
物件中,然後新增到Looper
的訊息佇列中,一個一個處理。主執行緒的Looper
存在整個應用程式的生命週期內。 - 當一個
Handler
物件在主執行緒中建立的時候,它會關聯到Looper
的 message queue 。Message
新增到訊息佇列中的時候Message
會持有當前Handler
引用,當Looper
處理到當前訊息的時候,會呼叫Handler#handleMessage(Message)
. - 在
java
中,no-static
的內部類會 隱式的 持有當前類的一個引用。static
的類則沒有。
在什麼地方引起了記憶體的洩露呢?再看看下面一段程式碼
public class SampleActivity extends Activity {
private final Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
// ...
}
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// 傳送一個10分鐘後執行的一個訊息
mHandler.postDelayed(new Runnable() {
@Override
public void run() { }
}, 600000);
// 結束當前的Activity
finish();
}
}
當Activity
結束後,在 Message queue 處理這個Message
之前,它會持續存活著。這個Message
持有Handler
的引用,而Handler
有持有Activity
(SampleActivity)的引用,這個Activity
所有的資源,在這個訊息處理之前都不能也不會被回收,所以發生了記憶體洩露。
解決辦法,看下面一段程式碼:
public class SampleActivity extends Activity {
/**
* 使用靜態的內部類,不會持有當前物件的引用
*/
private static class MyHandler extends Handler {
private final WeakReference<SampleActivity> mActivity;
public MyHandler(SampleActivity activity) {
mActivity = new WeakReference<SampleActivity>(activity);
}
@Override
public void handleMessage(Message msg) {
SampleActivity activity = mActivity.get();
if (activity != null) {
// ...
}
}
}
private final MyHandler mHandler = new MyHandler(this);
/**
* 使用靜態的內部類,不會持有當前物件的引用
*/
private static final Runnable sRunnable = new Runnable() {
@Override
public void run() { }
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// 傳送一個10分鐘後執行的一個訊息
mHandler.postDelayed(sRunnable, 600000);
// 結束
finish();
}
}
ok,結束
NOTE: 好多人有擔心弱引用的Activity
回收的情況,這個完全不用擔心的,因為我們在這個介面的時候,這個Activity
是不會被回收的,想想如果我們的這個Activity被回收了,我們的這個介面是怎麼存在的呢?
NOTE2: 各位,我是參照AsyncTask
,檢視文件和自己的理解,存在我解釋不了的地方,還望見諒,如有錯誤還望見諒。
NOTE3:具體怎麼防止洩漏我也說不清楚,但是Handler
下面有一段原始碼
final Class<? extends Handler> klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
klass.getCanonicalName());
}
相關文章
- 記憶體洩漏引起的 資料庫效能問題記憶體資料庫
- WebView引起的記憶體洩漏WebView記憶體
- 解決記憶體洩漏(1)-ApacheKylin InternalThreadLocalMap洩漏問題分析記憶體Apachethread
- Android開發中常見的5大記憶體洩漏問題及解決辦法Android記憶體
- 記憶體洩露引起的問題記憶體洩露
- AFN的記憶體洩漏問題記憶體
- 如何解決JVM OutOfMemoryError記憶體洩漏問題?JVMError記憶體
- HibernateDaoSupport 記憶體洩漏的問題!記憶體
- ThreadLocal記憶體洩漏問題thread記憶體
- redisson記憶體洩漏問題排查Redis記憶體
- Java記憶體洩漏解決之道Java記憶體
- 關於PHP記憶體洩漏的問題PHP記憶體
- iOS八種記憶體洩漏問題iOS記憶體
- iOS 11 textField記憶體洩漏問題iOS記憶體
- bea記憶體洩漏問題診斷記憶體
- Handler記憶體洩漏分析及解決記憶體
- .Net記憶體洩露原因及解決辦法記憶體洩露
- 解決git記憶體洩露問題Git記憶體洩露
- 記憶體洩漏問題分析之非託管資源洩漏記憶體
- BufferedImage記憶體洩漏和溢位問題記憶體
- RxJava記憶體洩漏的一種解決方案RxJava記憶體
- Android 輕鬆解決記憶體洩漏Android記憶體
- Handler記憶體洩漏原因及解決方案記憶體
- 防範JAVA記憶體洩漏解決方案Java記憶體
- 記憶體洩漏記憶體
- 難解決的記憶體洩露(OutOfMemory)問題!!!記憶體洩露
- 安卓6.0記憶體洩漏問題仍在 再不解決就晚了!安卓記憶體
- Java動態編譯優化——URLClassLoader 記憶體洩漏問題解決Java編譯優化記憶體
- Java動態編譯優化——ZipFileIndex記憶體洩漏問題分析解決Java編譯優化Index記憶體
- js垃圾回收機制和引起記憶體洩漏的操作JS記憶體
- Handler的使用、記憶體洩漏和解決記憶體
- javascript的記憶體管理以及3種常見的記憶體洩漏JavaScript記憶體
- JavaScript 中的記憶體洩漏以及如何處理JavaScript記憶體
- JavaScript中的記憶體洩漏以及如何處理JavaScript記憶體
- 分析記憶體洩漏和goroutine洩漏記憶體Go
- 解決Instruments檢測記憶體洩漏時真機無法定位的問題記憶體
- 記憶體洩漏的原因記憶體
- Handler 訊息機制以及記憶體洩漏記憶體