編輯:關於android開發
1 public class AutoActivity extends Activity { 2 3 Handler handler = new Handler(){ 4 public void handleMessage(android.os.Message msg) { 5 6 }; 7 }; 8 @Override 9 protected void onCreate(Bundle savedInstanceState) { 10 super.onCreate(savedInstanceState); 11 setContentView(R.layout.activity_auto); 12 } 13 }
上面這段代碼在handler對象創建的時候卻會報警告:This Handler class should be static or leaks might occur。意思是:Handler
類應該為static類型,否則可能會造成內存洩漏。
為什麼會造成這種情況呢?
這種情況就是由於android的特殊機制造成的:當一個android主線程被創建的時候,同時會有一個Looper對象被創建,而這個Looper對象會實現一個MessageQueue(消息隊列),當我們創建一個handler對象時,而handler的作用就是放入和取出消息從這個消息隊列中,每當我們通過handler將一個msg放入消息隊列時,這個msg就會持有一個handler對象的引用。因此當Activity被結束後,這個msg在被取出來之前,這msg會繼續存活,但是這個msg持有handler的引用,而handler在Activity中創建,會持有Activity的引用,因而當Activity結束後,Activity對象並不能夠被gc回收,因而出現內存洩漏。
這個根本原因就是:Activity在被結束之後,MessageQueue並不會隨之被結束,如果這個消息隊列中存在msg,則導致持有handler的引用,但是又
由於Activity被結束了,msg無法被處理,從而導致永久持有handler對象,handler永久持有Activity對象,於是發生內存洩漏。但是為什麼為static類型就
會解決這個問題呢?因為在java中所有非靜態的對象都會持有當前類的強引用,而靜態對象則只會持有當前類的弱引用。聲明為靜態後,handler將會持
有一個Activity的弱引用,而弱引用會很容易被gc回收,這樣就能解決Activity結束後,gc卻無法回收的情況。
所以解決這個警告就有幾種方法:
一:將hanlder對象聲明為靜態的對象。
二:使用靜態內部類,通過WeakReference實現對Activity的弱引用。具體實現看以下代碼:
1 public class AutoActivity extends Activity { 2 3 MyHandler handler = new MyHandler(this); 4 @Override 5 protected void onCreate(Bundle savedInstanceState) { 6 super.onCreate(savedInstanceState); 7 setContentView(R.layout.activity_auto); 8 } 9 10 static class MyHandler extends Handler{ 11 WeakReference<AutoActivity> mactivity; 12 13 public MyHandler(AutoActivity activity){ 14 mactivity = new WeakReference<AutoActivity>(activity); 15 } 16 17 @Override 18 public void handleMessage(Message msg) { 19 super.handleMessage(msg); 20 switch (msg.what) { 21 case 100: 22 //在這裡面處理msg 23 //通過mactivity.get()獲取Activity的引用(即上下文context) 24 break; 25 default: 26 break; 27 } 28 } 29 } 30 }
轉自:https://my.oschina.net/u/1177694/blog/523922
Activity啟動過程源碼分析 其實寫分析源碼文章總會顯得很復雜很乏味,但是梳理自己看源碼時的一些總結也是一種提高。這篇博客分析下Activity啟動過程源碼,我會盡量
Android 6.0 Changes Android 6.0 變化 Android 6.0 Changes In this
Android自動化構建之Ant多渠道打包實踐分析(上) 前言 Ant是歷史比較悠久的一個自動化構建工具,Android開發者可以通過它來實現自動化構建,也可以實現多渠道
在Android中用Kotlin的Anko運行後台任務(KAD 09),kotlinanko作者:Antonio Leiva 時間:Jan 19, 2017 原文鏈接:h