一、Activity的基本介紹

Android應用中通常由一個或者多個基本元件組成，我們平時看到的Andrid應用中最常用的元件就是Activity。Activity、BroadcastReceiver、ContentProvider和Service合稱Android的四大元件。

在我們建立完一個Android工程後會有以下檢視：

這個MainActivity就是我們AndroidStudio預設提供的activity。

你要知道，專案中的任何活動都要重寫Activity的onCreate()方法，但目前的MainActivity內部去除掉不相干的程式碼後，內容如下：

public class MainActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }
}
 

可以看到，預設實現的onCreate()方法非常簡單，就是呼叫了父類的onCreate()方法。

Activity主要負責於和使用者互動，而談及與使用者互動則不得不說Android中的View元件了。View元件是所有UI控制元件、容器控制元件的基類，可以說View元件就是Android應用中使用者實實在在看到的部分。但View元件需要放到容器元件中，或者使用Activity將它顯示出來。如果我們需要通過某個Activity把指定的View顯示出來，呼叫Activity的setContentView()方法即可。

setContentView()方法可接受一個View物件作為引數，例如：

//建立一個線性佈局管理器
LinearLayout layout = new LinearLayout(this);
//設定該Activity顯示Layout
setContentView(layout);

這兩行程式碼建立了一個LinearLayout物件（它是 ViewGroup的子類，ViewGroup又是View的子類），接著呼叫Activity的setContentView(layout)把這個佈局管理器顯示出來。

我們經常使用setContentView()方法接受一個佈局管理器資源的ID作為引數，例如：

//設定該Activity顯示main.xml檔案定義的View
setContentView(R.layout.activity_main);
 

在初始程式碼中我們可以看到這一行程式碼：

setContentView(R.layout.activity_main);

這一行程式碼主要是說明當前activity引用的是activity_main佈局檔案，在Android專案中新增的任何資源都會在R檔案中生成一個相應的資源id，因此我們的activity_main.xml佈局檔案的id現在應該是已經新增到R檔案中了。在程式碼中引用佈局檔案的方法你也看到了，只需要呼叫R.layout.activity_main就可以得到activity_main.xml佈局的id，然後將這個值傳入setContentView()方法即可。注意這裡我們使用的R是我們工程包下面的R檔案，AndroidSDK還會自動提供一個android包下的R檔案，注意兩者是有區別的，別引用錯了。

一、Activity的生命週期

谷歌官方提供的Activity生命週期圖：

相信不少人已經看過這個流程圖，在此就不多做贅述，我簡單的說說這幾個過程：

1.啟動Activity：系統會先呼叫onCreate方法，然後呼叫onStart方法，最後呼叫onResume，Activity進入執行狀態。

2.當前Activity被其他Activity覆蓋其上或被鎖屏：系統會呼叫onPause方法，暫停當前Activity的執行。

3.當前Activity由被覆蓋狀態回到前臺或解鎖屏：系統會呼叫onResume方法，再次進入執行狀態。

4.當前Activity轉到新的Activity介面或按Home鍵回到主屏，自身退居後臺：系統會先呼叫onPause方法，然後呼叫onStop方法，進入停滯狀態。

5.使用者後退回到此Activity：系統會先呼叫onRestart方法，然後呼叫onStart方法，最後呼叫onResume方法，再次進入執行狀態。

6.當前Activity處於被覆蓋狀態或者後臺不可見狀態，即第2步和第4步，系統記憶體不足，殺死當前Activity，而後使用者退回當前Activity：再次呼叫onCreate方法、onStart方法、onResume方法，進入執行狀態。

7.使用者退出當前Activity：系統先呼叫onPause方法，然後呼叫onStop方法，最後呼叫onDestory方法，結束當前Activity。

僅僅知道還是不夠的，我們要用例項來融會貫通：

public class MainActivity extends Activity {
    private static final String TAG = "MainActivity";
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Log.i(TAG, "onCreate called.");
        setContentView(R.layout.activity_main);
        Button btn = (Button) findViewById(R.id.btn);
        btn.setOnClickListener(new View.OnClickListener(){

            @Override
            public void onClick(View v) {
                Intent intent = new Intent(getApplicationContext(),SecondActivity.class);
                startActivity(intent);
            }
        });
    }
    //Activity建立或者從後臺重新回到前臺時被呼叫
        @Override
        protected void onStart() {
                super.onStart();
                Log.i(TAG, "onStart called.");
            }

                //Activity從後臺重新回到前臺時被呼叫
                @Override
        protected void onRestart() {
                super.onRestart();
                Log.i(TAG, "onRestart called.");
            }

                //Activity建立或者從被覆蓋、後臺重新回到前臺時被呼叫
                @Override
        protected void onResume() {
                super.onResume();
                Log.i(TAG, "onResume called.");
            }

                //Activity被覆蓋到下面或者鎖屏時被呼叫
                @Override
        protected void onPause() {
                super.onPause();
                Log.i(TAG, "onPause called.");
                //有可能在執行完onPause或onStop後,系統資源緊張將Activity殺死,所以有必要在此儲存持久資料
            }

                //退出當前Activity或者跳轉到新Activity時被呼叫
                @Override
       protected void onStop() {
                super.onStop();
                Log.i(TAG, "onStop called.");
            }

                //退出當前Activity時被呼叫,呼叫之後Activity就結束了
                @Override
        protected void onDestroy() {
                super.onDestroy();
                Log.i(TAG, "onDestory called.");
            }

    執行上述程式碼，點選按鈕後可以看見如下TAG：

這就是一次完整的常規activity生命週期。

從某種角度看，Activity為Android應用提供了視覺化使用者介面，如果該Android應用需要多個使用者介面，那麼這個Android應用將會包含多個Activity，多個Activity組成Activity棧，當前活動的Activity位於棧頂。

提到Activity棧則不得不談談Activity的啟動模式。

一、Activity的啟動模式

Android中的activity一共有四種啟動模式，分別是：standard、singleTop、singleTask和singleInstance。可以在AndroidManifest.xml中設定啟動模式。

1、standard

android:launchMode="standard"
<!-- 設定為預設啟動模式-->

standard是活動預設的啟動模式，每開始一個activity，就會在棧中加一個activity，相同的也會加，所以加多少個，就要按多少次返回鍵才能回到最初的介面。

2、singleTop

android:launchMode="singleTop"

    棧頂複用模式，在這種模式下，如果新Activity已經位於任務棧的棧頂，那麼此Activity不會被重新建立，同時它的onNewIntent方法會被回撥，通過此方法的引數我們可以取出當前請求的資訊。需要注意的是，此Activity的onCreate、onStart方法不會被系統呼叫，因為它並沒有發生改變。若新Activity的例項已存在但不是位於棧頂，那麼新Activity仍然會重新建立。例如：加上目前棧內的情況為ABCD，其中ABCD為四個Activity，A位於棧底，D位於棧頂，這個時候假設要再次啟動D，如果D的啟動模式為singleTop，那麼棧內的情況仍然為ABCD；如果D的啟動模式為standard，那麼由於D被重新建立，導致棧內的情況就變為ABCD。

3、singleTask

android:launchMode="singleTask"

棧內複用模式，一種單例項模式。在任務棧裡面只允許一個例項存在,假如02是singletask,棧裡是:01 02 01 03 若此時開啟02,則會複用這個已經存在的activity,並且把當前activity上面其他的activity從任務棧裡清空!

相當於調用 onNewIntent+ClearTop

①. 設定了"singleTask"啟動模式的Activity，它在啟動的時候，會先在系統中查詢屬性值affinity等於它的屬性值taskAffinity的任務存在；如果存在這樣的任務，它就會在這個任務中啟動，否則就會在新任務中啟動。因此，如果我們想要設定了"singleTask"啟動模式的Activity在新的任務中啟動，就要為它設定一個獨立的taskAffinity屬性值。

②. 如果設定了"singleTask"啟動模式的Activity不是在新的任務中啟動時，它會在已有的任務中檢視是否已經存在相應的Activity例項，如果存在，就會把位於這個Activity例項上面的Activity全部結束掉，即最終這個Activity例項會位於任務的堆疊頂端中。

4、singleInstance

android:launchMode="singleInstance"

    singleInstance的啟動模式更加極端,開啟新的activity,會給自己建立一個單獨的任務棧,不管是從應用內部開啟還是通過其他應用呼叫。TaskId(Android中每一個任務棧都有自己的一個ID，用TaskId表示)是單獨的，已存在的則只需呼叫onNewIntent。應用場景：在整個手機作業系統裡面只會有一個該activity的例項存在,如有道詞典，金山詞典等。所以多個應用程式共享這個activity的例項,有執行緒安全問題!例如鬧鈴提醒，將鬧鈴提醒與鬧鈴設定分離等。

由於某種原因，先簡單介紹在這，日後再做詳細程式碼演示。