不管是安卓的官方文件還是原始碼註釋，處處可見“從 Activity A 跳到 Activity B，當系統記憶體不足時 A 可能會被回收……”，而且沒有明確說明 A 和 B 是否屬於同一個 app 或程序。

但是，在官方給的 Activity 生命週期圖中，卻說記憶體不足時低優先順序的程序將被殺死。

那麼，記憶體不足時，到底是 Activity 被回收了呢，還是程序被殺死了呢，還是二者都出現了呢？

答案是，Activity 被回收了，而且程序被殺死了，而且一般情況下該程序是後臺程序。當記憶體不足時，系統會殺死優先順序低的後臺程序，程序內的 Activity 肯定也就被回收了。

這就引申出另一個話題：app的程序被回收後，當用戶切回app時，我們應該怎樣保證activity的狀態得到恢復呢？

我們知道，在安卓開發中，當一個activity要啟動另一個activity時要傳遞資料的話，普遍的做法是將資料放在intent中:

Intent intent = new Intent(MainActivity.this, SecondActivity.class);
intent.putExtra("data", "Data to Second Activity");
startActivity(intent);

在SecondActivity中可以通過intent.getStringExtra(“data”)獲得資料。如果這個資料要往更深層的activity傳遞的話，就要繼續將其放入啟動後續activity的intent中

String data = intent.getStringExtra("data");
// do something with data ....
Intent intent = new Intent(SecondActivity.this, ThirdActivity.class);
intent.putExtra("data", data);
startActivity(intent);

很多安卓開發的新手都會問，如果這個資料到在多個activity之間傳遞，為什麼我們不把他作為成員變數放在一個全域性的類(比如現成的Application類，或者一個全域性可獲取的單例類）中，這樣這個資料就不用每次放在intent中傳來傳去了，豈不是方便很多？

答案很簡單：不能這樣做。如前面所述，當app處於後臺時被回收時，所有的全域性單例類（包括Application例項）都會被銷燬，存在裡面的資料也就跟著丟失了。當app被切回前臺時，依賴於這些資料的activity就會取不到資料。

為什麼用Intent傳資料沒有問題呢？因為系統維護的task和activity棧幫我們處理了Intent（以及其中的資料）的儲存和恢復。簡單來說，所有“曾用於啟動activity的intent”和“還沒有被銷燬的activity”都會被系統維護在task棧中，並且當程序被回收時，安卓系統會自動幫我們把這些資訊儲存起來。

當用戶嘗試把一個被回收的app切回前臺時，系統會用之前儲存的task棧資訊來嘗試把app恢復到被回收之前的狀態，而通過intent傳遞的資料也在這個過程中得到了還原。下面用一個簡單的例子來說明。

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        Log.e("lifecycle", "MainActivity onCreate");
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        Button btnStartSecond = (Button)findViewById(R.id.button_start_second);
        btnStartSecond.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.e("lifecycle", "Start SecondActivity from MainActivity");
                Intent intent = new Intent(MainActivity.this, SecondActivity.class);
                intent.putExtra("data", "Data to Second Activity");
                startActivity(intent);
            }
        });
    }
    @Override
    protected void onStart() {
        Log.e("lifecycle", "MainActivity onStart");
        super.onStart();
    }
    @Override
    protected void onRestart() {
        Log.e("lifecycle", "MainActivity onRestart");
        super.onRestart();
    }
    @Override
    protected void onResume() {
        Log.e("lifecycle", "MainActivity onResume");
        super.onResume();
    }
    @Override
    protected void onPause() {
        Log.e("lifecycle", "MainActivity onPause");
        super.onPause();
    }
    @Override
    protected void onStop() {
        Log.e("lifecycle", "MainActivity onStop");
        super.onStop();
    }
}

public class SecondActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        Log.e("lifecycle", "SecondActivity onCreate");
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);
        Intent intent = getIntent();
        if(intent != null) {
            String data = intent.getStringExtra("data");
            Log.e("lifecycle", "data from getIntent(): " + data);
            ((TextView)findViewById(R.id.text_second)).setText(data);
        } else {
            Log.e("lifecycle", "getIntent() returns null");
        }
    }
    @Override
    protected void onStart() {
        Log.e("lifecycle", "SecondActivity onStart");
        super.onStart();
    }
    @Override
    protected void onRestart() {
        Log.e("lifecycle", "SecondActivity onRestart");
        super.onRestart();
    }
    @Override
    protected void onResume() {
        Log.e("lifecycle", "SecondActivity onResume");
        super.onResume();
    }
    @Override
    protected void onPause() {
        Log.e("lifecycle", "SecondActivity onPause");
        super.onPause();
    }
    @Override
    protected void onStop() {
        Log.e("lifecycle", "SecondActivity onStop");
        super.onStop();
    }
}

我們的app lifecycletest的MainActivity啟動了SecondActivity並通過Intent傳遞了一個字串資料。我們在SecondActivity介面把app切回後臺，然後通過啟動其他app佔用記憶體來促使系統回收lifecycletest app:

可以看到lifecycletest的程序已經被回收了。當切回app時：

可以看到系統建立了一個新的程序，SecondActivity的生命週期函式被依次執行，而onCreate函式中通過getIntent仍然能夠取到之前從MainActivity傳過來的資料，使用者也正確地回到了SecondActivity介面，看到了正確的資料。
細心的讀者可以看到這時MainActivity的生命週期函式沒有被執行。這是因為系統恢復程序被回收的app時，只會執行task棧頂的activity的生命週期函式。如果使用者點返回的話，會執行MainActivity的生命週期函式，正確的退回到MainActivity。

需要注意的是，一個intent裡面能放的資料大小是有限制的，最好是不超過500kb（不同的系統版本限制不一，可參考相關資料）。比如在intent裡面放一個byte[ ]陣列的話，如果陣列大小太大，就會導致執行時拋異常。所以如果要在activity之間傳大量資料的話，最好把資料存為臨時檔案，然後在intent中傳檔案的路徑。
總結：
1.當app處於後臺被系統回收時，app的程序被殺死了，Activity 也被回收了，而app的task和activity棧以及相應的intent和資料會被系統儲存起來。當app被切回前臺時，系統會恢復task和activity棧以及相應的intent和資料。
2.不要在Application類和全域性單例類中存放資料，會導致app無法正確恢復狀態。執行時的臨時資料應存放在SharedPreference、臨時檔案或資料庫中
3 Activity之間傳資料應該用系統提供的intent機制。