編輯:關於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啟動過程源碼分析 其實寫分析源碼文章總會顯得很復雜很乏味,但是梳理自己看源碼時的一些總結也是一種提高。這篇博客分析下Activity啟動過程源碼,我會盡量
Android 6.0 Changes
Android 6.0 Changes Android 6.0 變化 Android 6.0 Changes In this
Android自動化構建之Ant多渠道打包實踐分析(上)
Android自動化構建之Ant多渠道打包實踐分析(上) 前言 Ant是歷史比較悠久的一個自動化構建工具,Android開發者可以通過它來實現自動化構建,也可以實現多渠道
在Android中用Kotlin的Anko運行後台任務(KAD 09),kotlinanko
在Android中用Kotlin的Anko運行後台任務(KAD 09),kotlinanko作者:Antonio Leiva 時間:Jan 19, 2017 原文鏈接:h