發現當前Android的資料不是很多，而且對于Activity的介紹也很少，所以把官方文檔的android.app.Activity的介紹翻譯了一下，加入了一些自己的理解。各位如果覺得我自己理解的不對，請無視。歡迎郵件討論。

android.app
public class

android.app.Activity

java.lang.Object

android.content.Context

android.app.ApplicationContext ?? ViewInflate.Factory

android.app.Activity ???? KeyEvent.Callback Window.Callback

?

?

Activity 是用戶唯一可以看得到的東西。幾乎所有的 activity 都與用戶進行交互，所以 Activity 主要負責的就是創建顯示窗口，你可以在這些窗口里使用 setContentView(View) 來顯示你自己的 UI 。 activity 展現在用戶面前的經常是全屏窗口，你也可以將 activity 作為浮動窗口來使用（使用設置了 windowIsFloating 的主題），或者嵌入到其他的 activity （使用 ActivityGroup ）中。下面是兩個幾乎所有 Activity 的子類都實現了的方法。

onCreate(Bundle) 這個方法是初始化 activity 的地方 . 最重要的是，你經常需要在這里使用 setContentView(int) 來設置 UI 布局所使用的 layout 資源 , 當你需要使用程序控制 UI 中的組件時可以使用 findViewById(int) 來獲得對應的視圖。

當用戶離開 activity 時你可以在 onPause() 進行相應的操作 . 更重要的是，用戶做的任何改變都應該在該點上提交 ( 經常提交到 ContentProvider 這里保存數據 ) 。

如果要使用 Context.startActivity() 來啟動 activity, activity 都必須在啟動者應用包的 AndroidManifest.xml 文件中 有對應的 <activity> 定義。

?

Activity 類是 application's overall lifecycle 的一個重要部分。

?

這里涉及到的主題 :

1. Activity 生命周期
2. 配置改變
3. 啟動Activity 并獲得結果
4. 保存 持久 狀態
5. 許可
6. 進程 生命周期

Activity 生命周期

系統中的 Activity 可以通過一個 activity 棧來進行管理。當一個新的 activity 啟動的時候，它首先會被放置在 activity 棧頂部并成為 running 狀態的 activity —— 之前的 activity 也在 activity 棧中，但總是被保存在它的下邊，只有當這個新的 activity 退出以后之前的 activity 才能重新回到前景界面。

?

所有的 activity 本質上有四種狀態：

• activity 在屏幕的前景中（ activity 棧的頂端），它是 active 或者 running 狀態。

?

• activity 失去了焦點但是仍然可見（這個 activity 頂上遮擋了一個透明的或者非全屏的 activity ），它的狀態是 paused 。一個 paused 狀態的 activity 完全是 alive 的（它維護自己所有的狀態和成員信息，而且仍然在 window manager 的管理中），但當系統內存極度貧乏時也會將其 killed 。

?

• activity 由于其他的 activity 而完全變暗，它就進入了 stopped 狀態。它仍然保持著所有的狀態和成員的信息，可是，他對于用戶來說不可見，當別的地方需要內存的時候它經常會被 killed 。

• activity 是 paused 或者 stopped ，系統需要將其清理出內存的時可以命令其 finish 或者簡單 kill 其進程。當它重新在用戶面前顯示的時候，它必須完全重新啟動并且將其關閉之前的狀態全部恢復回來。

下面的圖表是 Activity 的狀態圖，直角矩形代表了 callback 方法，你可以實現這些方法從而使 Activity 在改變狀態的時候執行你制定的操作。帶顏色的橢圓形是 Activity 的主要狀態。

?

?

? 這里有三個比較關鍵的生命周期。

• 從最初 調用 onCreate(Bundle) 到最終調用 onDestroy() 稱為 完整生命周期 。 Activity 會在 onCreate() 進行所有“全局”狀態的設置，在 onDestroy() 中釋放所有持有的資源。舉個例子，如果它有一個從網絡上下載數據的后臺線程，那他可能就會在 onCreate() 中創建這個線程并在 onDestroy() 中停止這個線程。

• 從 activity 調用 onStart() 開始，到調用對應的 onStop() 為止稱為 可見生命周期 。在這段時間內用戶可以在屏幕上看到這個 activity ，盡管并不一定是在前景也不一定可以和用戶交互。在這兩個方法之間你可以維護那些 activity 在用戶顯示時所需的資源。舉個例子來說，你可以在 onStart() 中注冊一個 IntentReceiver 來監控那些可以對你的 UI 產生影響的環境改變，當你的 UI 不繼續在用戶面前顯示時你可以在 onStop() 中注銷這個 IntentReceiver 。每當 activity 在用戶面前顯示或者隱藏時都會調用相應的方法，所以 onStart() 和 onStop() 方法在整個生命周期中可以多次被調用。

• 從 activity 調用 onResume() 開始，到調用對應的 onPause() 為止稱為 前景生命周期 ，這段時間 activity 處于其他所有 activity 的前面，且與用戶交互。一個 activity 可以經常在 resumed 和 paused 狀態之間轉換——例如手機進入休眠時、 activity 的結果返回時、新的 intent 到來時——所以這兩個方法中的代碼應該非常的簡短。

下面的 Activity 方法定義了 activity 完整的生命周期。他們全都是 hook 方法，你可以重載這些方法從而使 activity 在狀態改變時執行你所期望的操作。所有 activity 都應該實現自己的 onCreate(Bundle) 方法來進行初始化設置；大部分還應該實現 onPause() 方法提交數據的修改并且準備終止與用戶的交互。盡管我們計劃在系統中添加更多的工具來管理應用，現在大多 activity 仍需要實現 onFreeze() 并且在 onCreate(Bundle) 中執行對應的狀態恢復。其他的方法可以在需要時進行實現，當實現這些方法的時候需要注意的是一定要調用父類中的對應方法。

?

          
            public class Activity extends ApplicationContext {
     protected void onCreate(Bundle icicle);
     protected void onStart();
     protected void onRestart();
     protected void onResume();
     protected void onFreeze(Bundle outIcicle);
     protected void onPause();
     protected void onStop();
     protected void onDestroy();
 } 

 

          
        

?

（此處譯者進行了大塊的修改，請參考 原文 閱讀下面表格）

?

① : 這個表格本人覺得還有些值得商榷的地方，建議作為參考閱讀，不管是原文還是譯文。

          
            public class CalendarActivity extends Activity {
     ...
     static final int DAY_VIEW_MODE = 0;
     static final int WEEK_VIEW_MODE = 1;
     private SharedPreferences mPrefs;
     private int mCurViewMode;

     protected void onCreate(Bundle icicle) {
         super.onCreate(icicle);
         SharedPreferences mPrefs = getSharedPreferences();
         mCurViewMode = mPrefs.getInt("view_mode" DAY_VIEW_MODE);
     }

     protected void onPause() {
         super.onPause();
         SharedPreferences.Editor ed = mPrefs.edit();
         ed.putInt("view_mode", mCurViewMode);
         ed.commit();
     }
 }