Android Activity 詳述

Android Activity 詳述

activity類處於android.app包中，繼承關係：

extends ContextThemeWrapper
implements LayoutInflater.Factory2 Window.Callback KeyEvent.CallbackView.OnCreateContextMenuListenerComponentCallbacks2

java.lang.Object
?	android.content.Context
	?	android.content.ContextWrapper
		?	android.view.ContextThemeWrapper
			?	android.app.Activity

 

 Activity 簡介

Activity是什麼呢？Activity是一個應用程式提供與使用者進行交流的介面。每個Activity都可以通過布局來呈現自己的使用者介面，一個應用程式通常包括很多Activity，其中有一個被稱為主Activity，這是程式第一次啟動所展示的，例如很多程式都有的歡迎介面。將Activity設定成主Activity可以通過配置AndroidManifest.xml檔案，將如下代碼複製到activity的標籤之中:

 

一個Activity可以啟動另一個Activity來實現不同的表現，當一個Activity啟動後,它被壓入一個stack中，獲得焦點，當使用者按了back按鈕後，當前的Activity從stack中彈出（即被destroyed），先前的Activity被釋放從新獲得焦點。這些涉及到Activity的生命週期，後面將進行討論。

 

怎麼建立一個Activity呢？通過繼承父類Activity，來建立一個屬於自己的Activity，這要求你需要實現Activity父類的回調方法，這些方法在Activity的生命週期中的不同狀態被調用，如：建立，暫停，釋放，銷毀。其中有兩個最重要的回調方法：

1.onCreate()

　　這個方法在Activity被建立時被調用，在這個方法應該初始化各個控制項，通過調用setContentView(R.layout.xxx)方法定義布局來展現Activity的使用者介面,其中R.layout.xxx為Activity的XML布局檔案。

2.onPause()

　　這個方法在使用者離開當前Activity時被調用，這就需要在這個方法中儲存使用者與當前Activity的會話，比如在EditText中輸入的值。使用者在返回當前Activity時，還應該顯示離開時所填寫的值。

當然每建立一個Activity都需要在AndroidManifest.xml檔案中註冊一個相應的Activity。如：建立的Activity的類名為：MyActivity則在檔案中需添加如下代碼：

 Activity 的狀態及狀態間的轉換：

 

 

在 android 中，Activity 擁有四種基本狀態：

1. Active/Runing一個新 Activity 啟動入棧後，它在螢幕最前端，處於棧的最頂端，此時它處於可見並可和使用者互動的啟用狀態。Paused 當 Activity 被另一個透明或者 Dialog 樣式的 Activity 覆蓋時的狀態。此時它依然與視窗管理器保持串連，系統繼續維護其內部狀態，所以它仍然可見，但它已經失去了焦點故不可與使用者互動。Stoped 當 Activity 被另外一個 Activity 覆蓋、失去焦點並不可見時處於 Stoped狀態。Killed Activity 被系統殺死回收或者沒有被啟動時處於 Killed狀態。

   當一個 Activity 執行個體被建立、銷毀或者啟動另外一個 Activity 時，它在這四種狀態之間進行轉換，這種轉換的發生依賴於使用者程式的動作。說明了 Activity 在不同狀態間轉換的時機和條件：

    

   圖 1. Activity 的狀態轉換

    

   如上所示，Android 程式員可以決定一個 Activity 的“生”，但不能決定它的“死”，也就時說程式員可以啟動一個 Activity，但是卻不能手動的“結束”一個 Activity。當你調用Activity.finish()方法時，結果和使用者按下 BACK 鍵一樣：告訴 Activity Manager 該 Activity 執行個體完成了相應的工作，可以被“回收”。隨後 Activity Manager 啟用處於棧第二層的 Activity 並重新入棧，同時原 Activity 被壓入到棧的第二層，從 Active 狀態轉到 Paused 狀態。例如：從 Activity1 中啟動了 Activity2，則當前處於棧頂端的是 Activity2，第二層是 Activity1，當我們調用Activity2.finish()方法時，Activity Manager 重新啟用 Activity1 併入棧，Activity2 從 Active 狀態轉換 Stoped 狀態，Activity1. onActivityResult(int requestCode, int resultCode, Intent data)方法被執行，Activity2 返回的資料通過data參數返回給 Activity1。

    

   Activity 棧

    

   Android 是通過一種 Activity 棧的方式來管理 Activity 的，一個 Activity 的執行個體的狀態決定它在棧中的位置。處於前台的 Activity 總是在棧的頂端，當前台的 Activity 因為異常或其它原因被銷毀時，處於棧第二層的 Activity 將被啟用，上浮到棧頂。當新的 Activity 啟動入棧時，原 Activity 會被壓入到棧的第二層。一個 Activity 在棧中的位置變化反映了它在不同狀態間的轉換。Activity 的狀態與它在棧中的位置關係如所示：

   圖 2. Activity 的狀態與它在棧中的位置關係

   如上所示，除了最頂層即處在 Active 狀態的 Activity 外，其它的 Activity 都有可能在系統記憶體不足時被回收，一個 Activity 的執行個體越是處在棧的底層，它被系統回收的可能性越大。系統負責管理棧中 Activity 的執行個體，它根據 Activity 所處的狀態來改變其在棧中的位置。

    

   Activity 生命週期在 android.app.Activity類中，Android 定義了一系列與生命週期相關的方法，在我們自己的 Activity 中，只是根據需要複寫需要的方法.

    

   Activity生命週期圖:

   下面我們通過一個執行個體來說明Activity生命週期。建立工程，編寫如下代碼：

    

   public class MainActivity extends AppCompatActivity {    private String TAG = MainActivity;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        Log.i(TAG, onCreate);    }    @Override    protected void onResume() {        super.onResume();        Log.i(TAG, onResume);    }    @Override    protected void onStart() {        super.onStart();        Log.i(TAG, onStart);    }    @Override    protected void onPause() {        super.onPause();        Log.i(TAG, onPause);    }    @Override    protected void onStop() {        super.onStop();        Log.i(TAG, onStop);    }    @Override    protected void onRestart() {        super.onRestart();        Log.i(TAG, onRestart);    }    @Override    protected void onDestroy() {        super.onDestroy();        Log.i(TAG, onDestroy);    }}

   我們通過記錄操作和列印日誌的方式來看看Activity的生命週期過程；

    

   1、 運行
   看到如下列印日誌：
   11-26 09:09:33.665 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onCreate
   11-26 09:09:33.665 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onStart
   11-26 09:09:33.665 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onResume
   2、按下返回按鍵：
   11-26 09:30:20.097 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onPause
   11-26 09:30:20.637 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onStop
   11-26 09:30:20.637 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onDestroy
   3、長按Home鍵，彈出最近開啟過的應用程式，點擊ActivityDemo
   11-26 09:31:07.341 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onCreate
   11-26 09:31:07.341 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onStart
   11-26 09:31:07.341 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onResume
   4、按Home鍵
   11-26 09:31:44.649 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onPause
   11-26 09:31:45.173 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onStop
   5、在AllList中點擊開啟
   11-26 09:32:11.793 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onRestart
   11-26 09:32:11.793 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onStart
   11-26 09:32:11.793 24933-24933/com.jcdh.jcli.activitydemo I/MainActivity: onResume

    

    

   通過日誌資訊，我們可以看到。

   Activity的啟動過程：onCreate—onStart—onResume；

   下返回鍵時：onPause—onStop—onDestroy 正如上面說是，當按下返回鍵時，此Activity彈出棧，程式銷毀。確實如此；

   我們再次 開啟時的啟動過程又回到onCreate—onStart—onResume。OK；

   啟動之後按下Home鍵，回到Launcher，查看列印資訊：onPause—onStop；

   再次開啟的運行過程：onRestart—onStart—onResume；

    

   我們通過對Activity的各種操作，構成了Activity的生命週期，我們看到無論對Activity做如何的操作，都會接收到相關的回調方法，那麼我們在開發的過程中通過這些回調方法就可以寫工作，比如說釋放一些重量級的對象，網路連接，資料庫連接，檔案讀等等。

   
   

   以下是各個方法的詳細說明：

    

   onCreate()：當 activity 第一次建立時會被調用。在這個方法中你需要完成所有的正常靜態設定 ，比如建立一個視圖（ view ）、繫結資料行表的資料等等。如果能捕獲到 activity 狀態的話，這個方法傳遞進來的 Bundle 對象將存放了 activity 當前的狀態。調用該方法後一般會調用 onStart() 方法。

   onRestart()：在 activity 被停止後重新啟動時會調用該方法。其後續會調用 onStart 方法。

   onStart() 當 activity 對於使用者可見前即調用這個方法。如果 activity回到前台則接著調用 onResume() ，如果 activity 隱藏則調用onStop()

   onResume()：在 activity 開始與使用者互動前調用該方法。在這時該activity 處於 activity 棧的頂部，並且接受使用者的輸入。其後續會調用 onPause() 方法。

   onPause()：在系統準備開始恢複其它 activity 時會調用該方法。這個方法中通常用來提交一些還沒儲存的更改到持久資料 中，停止一些動畫或其它一些耗 CPU 的操作等等。無論在該方法裡面進行任何操作，都需要較快速完成，因為如果它不返回的話，下一個 activity 將無法恢複出來。如果 activity 返回到前台將會調用 onResume() ，如果 activity 變得對使用者不可見了將會調用onStop() 。

   onStop()：在 activity 對使用者不可見時將調用該方法。可能會因為當前 activity 正在被銷毀，或另一個 activity （已經存在的activity 或新的 activity ）已經恢複了正準備覆蓋它，而調用該方法。如果 activity 正準備返回與使用者互動時後續會調用onRestart ，如果 activity 正在被釋放則會調用 onDestroy 。

   onDestroy()：在 activity 被銷毀前會調用該方法。這是 activity 能接收到的最後一個調用。可能會因為有人調用了 finish 方法使得當前activity 正在關閉，或系統為了保護記憶體臨時釋放這個 activity的執行個體，而調用該方法。你可以用 isFinishing 方法來區分這兩種不同的情況。

    

   啟動另外一個 Activity要啟動一個新的Activity，我們可以通過調用 startActivity來啟動例：

    

    

    Intent intent =new Intent(CurrentActivity.this,OtherActivity.class);  startActivity(intent);

   
   注意：OtherActivity同樣在 AndroidManifest.xml 中定義。

    

    

   Activity 之間通訊使用 Intent 通訊

    

    

   在 Android 中，不同的 Activity 執行個體可能運行在一個進程中，也可能運行在不同的進程中。因此我們需要一種特別的機制協助我們在 Activity 之間傳遞訊息。Android 中通過 Intent 對象來表示一條訊息，一個 Intent 對象不僅包含有這個訊息的目的地，還可以包含訊息的內容，這好比一封 Email，其中不僅應該包含收件地址，還可以包含具體的內容。對於一個 Intent 對象，訊息“目的地”是必須的，而內容則是可選項。

   在上面的執行個體中通過 Activity. startActivity(intent)啟動另外一個 Activity 的時候，我們在 Intent 類的構造器中指定了“收件者地址”。

   我們通過 bundle對象來傳遞資訊，bundle維護了一個 HashMap對象，將我們的資料存貯在這個 HashMap 中來進行傳遞。但是像上面這樣的代碼稍顯複雜，因為 Intent 內部為我們準備好了一個bundle，所以我們也可以使用這種更為簡便的方法：
   

   Intent intent =new Intent(MainActivity.this,OtherActivity.class);  intent.putExtra(boolean_key, true);  intent.putExtra(string_key, string_value);  startActivity(intent);

   
   接收：

    

    Intent intent=getIntent();  intent.getBooleanExtra(boolean_key,false);  intent.getStringExtra(string_key);

    

   Activity 的 Intent Filterntent Filter 描述了一個組件願意接收什麼樣的 Intent 對象，Android 將其抽象為 android.content.IntentFilter 類。在 Android 的 AndroidManifest.xml 設定檔中可以通過節點為一個 Activity 指定其 Intent Filter，以便告訴系統該 Activity 可以響應什麼類型的 Intent。

    

   當程式員使用 startActivity(intent) 來啟動另外一個 Activity 時，如果直接指定 intent 了對象的 Component 屬性，那麼 Activity Manager 將試圖啟動其 Component 屬性指定的 Activity。否則 Android 將通過 Intent 的其它屬性從安裝在系統中的所有 Activity 中尋找與之最匹配的一個啟動，如果沒有找到合適的 Activity，應用程式會得到一個系統拋出的異常。這個匹配的過程如下：

   圖 4. Activity 種 Intent Filter 的匹配過程
   

    

   Action 匹配Action 匹配Action 是一個使用者定義的字串，用於描述一個 Android 應用程式組件，一個 Intent Filter 可以包含多個 Action。在 AndroidManifest.xml 的 Activity 定義時可以在其節點指定一個 Action 列表用於標示 Activity 所能接受的“動作”，例如：

    

    

   ……

    

    

   如果我們在啟動一個 Activity 時使用這樣的 Intent 對象：

   Intent intent =new Intent(); intent.setAction(com.zy.myaction);

    

   那麼所有的 Action 列表中包含了“com.zy.myaction”的 Activity 都將會匹配成功。

   Android 預定義了一系列的 Action 分別表示特定的系統動作。這些 Action 通過常量的方式定義在 android.content. Intent中，以“ACTION_”開頭。我們可以在 Android 提供的文檔中找到它們的詳細說明。

    

   URI 資料匹配

    

   一個 Intent 可以通過 URI 攜帶外部資料給目標組件。在 節點中，通過 節點匹配外部資料。

   mimeType 屬性指定攜帶外部資料的資料類型，scheme 指定協議，host、port、path 指定資料的位置、連接埠、和路徑。如下：

    

   如果在 Intent Filter 中指定了這些屬性，那麼只有所有的屬性都匹配成功時 URI 資料匹配才會成功。

    

   Category 類別匹配

    

   節點中可以為組件定義一個 Category 類別列表，當 Intent 中包含這個列表的所有項目時 Category 類別匹配才會成功。

   一些關於 Activity 的技巧鎖定 Activity 運行時的螢幕方向

   Android 內建了方向感應器的支援。在 G1 中，Android 會根據 G1 所處的方向自動在豎屏和橫屏間切換。但是有時我們的應用程式僅能在橫屏 / 豎屏時運行，比如某些遊戲，此時我們需要鎖定該 Activity 運行時的螢幕方向，節點的android:screenOrientation屬性可以完成該項任務，範例程式碼如下：

    // 豎屏 , 值為 landscape 時為橫屏………… 

   全屏的 Activity

   要使一個 Activity 全屏運行，可以在其 onCreate()方法中添加如下代碼實現：

    // 設定全螢幕模式 getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,     WindowManager.LayoutParams.FLAG_FULLSCREEN);  // 去除標題列 requestWindowFeature(Window.FEATURE_NO_TITLE);

   設定Activity 的 Title

   setTitle(我的);

   實現雙擊返回鍵退出功能：

    

   private long exitTime = 0;@Overridepublic boolean onKeyDown(int keyCode, KeyEvent event) {    if(keyCode == KeyEvent.KEYCODE_BACK && event.getAction() == KeyEvent.ACTION_DOWN){           if((System.currentTimeMillis()-exitTime) > 2000){              Toast.makeText(getApplicationContext(), 再按一次退出程式, Toast.LENGTH_SHORT).show();                                            exitTime = System.currentTimeMillis();           } else {            finish();            System.exit(0);        }        return true;       }    return super.onKeyDown(keyCode, event);}