推薦Android入門書籍:第一行代碼(郭霖) google官方文檔地址:https://developer.android.google.cn/guide/components/activities CoordinatingActivities Activity ================= ...
推薦Android入門書籍:第一行代碼(郭霖)
google官方文檔地址:https://developer.android.google.cn/guide/components/activities#CoordinatingActivities
Activity
活動是什麼?
Activity是最容易吸引用戶的地方,它是一種可以包含用戶界面的組件,主要用於和用戶進行交互,比如執行撥打電話、拍攝照片、發送電子郵件或是查看地圖等操作。一個應用程式中可以包含0個或者多個活動,但不包含任何活動的應用程式很少見,誰也不想讓自己的應用永遠無法被用戶看到吧?
活動的基本用法
創建活動
要創建活動,必須新建一個類繼承自Activity(Android系統提供的一個活動基類,我們項目中所有的活動都必須繼承它或者它的子類才能擁有活動的特性),你需要知道,項目中的任何活動都應該重寫Activity的onCreate()方法。這裡創建我們第一個活動命名為FirstActivity,佈局文件名為first_layout。
public class FirstActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
可以看到,onCreate()方法非常簡單,就是調用了父類的onCreate()方法。後續,我們還可以在其中加入很多自己的邏輯。
創建和載入佈局文件
Android程式的設計講究邏輯和視圖分離最好是每一個活動都能夠對應著一個佈局,佈局就是用來顯示界面內容的。通過XML文件的方式來編輯佈局,這裡創建一個名為first_layout.xml的文件:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical" android:layout_width="match_parent"
android:layout_height="match_parent"
</LinearLayout>
現在我們來為這個佈局添加一個按鈕(Button)。
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical" android:layout_width="match_parent"
android:layout_height="match_parent">
<Button
android:id="@+id/button_1"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Button 1" />
</LinearLayout>
可以看到Button內部增加了幾個屬性。其中,android:id是給當前元素定義了一個唯一的標誌符,之後可以在代碼中對該元素進行操作;使用@+id/id_name這種語法在XML文件中定義了一個id;隨後android:layout_width指定了當前元素的寬度這裡的match_parent表示讓當前元素和父元素一樣寬;android:layout_height指定了當前元素的高度,這裡使用了wrap_content表示當前元素的高度只要能夠剛好包含裡面的內容就可以了;android:text指定了元素中顯示的文字內容。這些知識熟能生巧,現在看不明白沒有關係,看的多了自然而然就會得心應手。現在Button已經添加完畢。前面我們說過,Android講究邏輯與視圖分離,那麼定義好的視圖怎麼載入到邏輯中了?這裡需要用到setContentView()方法來給當前的活動載入一個佈局文件,在setContentView()方法中我們一般會傳入一個佈局文件的id。項目中添加的任何資源都會在R文件中生成一個相應的資源id,因此,我們剛剛創建的XML佈局文件的id就已經添加到R文件中了,我們只需要調用R.layout.first_layout就可以得到first_layout.xml佈局的id,然後將這個值傳入setContentView()方法中即可。
在AndroidManifest文件中註冊活動
所有的活動都要在AndroidManifest.xml中進行註冊才能生效,在Android Studio中編寫時,它已經幫助我們完成了註冊的任務:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.activitytest">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity
android:name=".FirstActivity"
</application>
</manifest>
可以看到活動的註冊放在application標簽內部,通過activity標簽來對活動進行註冊。在
不過,僅僅是這樣註冊了活動,我們的程式還是不能運行的,因為還沒有為程式配置主活動,程式並不知道首先啟動哪個活動。配置主活動的方法很簡單,就是在
另外,我們還可以使用android:label指定活動中標題欄的內容,標題欄是顯示在活動最頂部的,需要註意的是,給主活動指定的label不僅會成為標題欄的內容,還會成為啟動器(Launcher)中應用程式顯示的名稱。
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.activitytest">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity
android:name=".FirstActivity"
android:label="This is FirstActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application>
</manifest>
如此一來,FirstActivity就成為我們這個程式的主活動了,即點擊桌面應用圖標時首先打開的就是這個活動。另外需要註意,如果你的應用程式中沒有聲明任何活動作為主活動,這個程式仍然可以正常的安裝,只是你無法在啟動器中看到或者打開這個程式。這種程式一般都是作為第三方服務供其他應用在內部進行調用的,比如支付寶快捷支付服務。
那麼,當有多個活動時,我們如何才能從一個活動進入到另一個活動呢?
使用Intent在活動之間穿梭
在啟動其中點擊應用的圖標只會進入到該應用的主活動,那麼怎樣才能由主活動跳轉到其他活動呢?是不是很有意思、很好奇,那麼我們現在就來一起看看吧!
使用顯式Intent
這裡我們再創建一個活動,命名為SecondActivity,佈局文件名為second_layout。同樣,我們在second_layout中定義一個按鈕,按鈕上顯示Button 2:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<Button
android:id="@+id/button_2"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Button 2"
/>
</LinearLayout>
然後SecondActivity中的代碼已經自動生成了一部分,我們保持預設不變就好,如下所示:
public class SecondActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.second_layout);
}
}
另外不要忘記,任何一個活動都需要在AndroidManifest.xml中註冊,只不過這一工作Android Studio已經幫我們完成了:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.activitytest">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity
android:name=".FirstActivity"
android:label="This is FirstActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<activity android:name=".SecondActivity" />
</activity>
</application>
</manifest>
由於SecondActivity不是主活動,因此不需要配置
Intent是Android程式中各組件之間交互的一種重要的方式,它不僅可以指明當前組件想要執行的動作,還可以在不同組件之間傳遞數據。它一般可被用於啟動活動、啟動服務以及發送廣播等場景,這裡服務和廣播的概念我們還沒有涉及,本篇的目光鎖定在啟動活動上。
Intent大致可以分為兩種:顯式Intent和隱式Intent,我們按照順序來,首先學習一下顯式Intent如何來解決這一問題。
Intent有多種構造函數的重載,其中一個是Intent(Content packageContext, Class<?>cls)。這個構造函數接收兩個參數,第一個參數Context要求提供一個啟動活動的上下文,第二個參數Class則是指定了想要啟動的目標活動,通過這個構造函數就可以構建出Intent的意圖。那麼,我們怎麼去使用這個Intent呢?Activity類提供了一個startActivity()方法,這個方法是專門用於啟動活動的,它接受一個Intent參數,這裡我們將構建好的Intent傳入startActivity()方法中就可以啟動目標活動了。
修改FirstActivity中按鈕的點擊事件,代碼如下:
public class FirstActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.first_layout);
Button button1 = (Button) findViewById(R.id.button_1);
button1.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent(FirstActivity.this,SecondActivity.class);
startActivity(intent);
}
});
}
}
在活動中,可以通過findViewById()方法獲取到在佈局文件中定義的元素,這裡我們傳入R.id.button_1,來得到按鈕的實例,這個值是剛纔在first_layout.xml中通過android:id屬性指定的。findViewById()方法返回的是一個View對象,我們需要向下轉型將它轉成Button對象。得到按鈕的實例之後,我們通過調用setOnClickListener()方法為按鈕註冊一個監聽器,點擊按鈕時就會執行監聽器中的onClick()方法。因此,功能當然要在onClick()方法中編寫。
我們首先構建了一個Intent,傳入FirstActivity.this作為上下文,傳入SecondActivity.class作為目標活動,這樣我們的意圖就很清楚了,即在FirstActivity活動的基礎上打開SecondActivity活動。然後通過startActivity()方法來執行這個Intent。
這時,運行程式,在FirstActivity活動中點擊按鈕即可進入SecondActivity活動中了,那麼怎麼返回上一個活動呢?只需要按下back鍵(手機的返回鍵)就可以銷毀當前活動,從而回到上一個活動。
使用隱式Intent
相比於顯式Intent,隱式Intent則含蓄了許多,它並不明確指出我們想要啟動哪一個活動,而是指定了一系列更為抽象的action和category等信息,然後交由系統去分析這個Intent,並幫助我們找出合適的活動去啟動。
那麼,什麼是合適的活動呢?簡單來說就是可以響應這個隱式Intent的活動。通過在
<activity android:name=".SecondActivity">
<intent-filter>
<action android:name="com.example.activitytest.ACTION_START" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</activity>
在
修改FirstActivity中按鈕的點擊事件,代碼如下所示:
button1.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent("com.example.activitytest.ACTION_START");
startActivity(intent);
}
});
可以看到,我們使用了Intent的另外一個構造函數,直接將action的字元串傳了進去,表明我們想要啟動能夠響應com.example.activitytest.ACTION_START這個action的活動。那前面不是說要action和category同時匹配上才能相應嗎?怎麼沒有看見哪裡有指定category呢?這是因為android.intent.category.DEFAULT是一種預設的category,在調用startActivity()方法的時候會自動將這個category添加到Intent中。
這時,我們便完成了和顯式Intent一樣的功能。
每個Intent中只能指定一個action,但卻能指定多個category。目前我們的Intent中只有一個磨人的category,那麼我們再來增加一個吧。
修改FirstActivity中按鈕的點擊事件,代碼如下所示:
button1.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent("com.example.activitytest.ACTION_START");
intent.addCategory("com.example.activitytest.MY_CATEGORY");
startActivity(intent);
}
});
可以調用Intent中的addCategory()方法來添加一個category,這裡我們指定了一個自定義的category,值為com.example.activitytest.MY_CATEGORY。
這時當你重新運行程式時,在FirstActivity的界面點擊一下按鈕,你會發現,程式崩潰了!別緊張,其實大多數的崩潰問題都是很好解決的,只要你善於分析。在logcat界面查看錯誤日誌,你會發現錯誤信息中提醒我們,沒有任何一個活動可以響應我們的Intent,為什麼呢?這是因為我們剛剛在Intent中新增了一個category,而SecondActivity的
<activity android:name=".SecondActivity">
<intent-filter>
<action android:name="com.example.activitytest.ACTION_START" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="com.example.activitytest.MY_CATEGORY" />
</intent-filter>
</activity>
此時,再運行程式,就沒有問題了。
活動的生命周期
掌握活動的生命周期對任何Android開發者來說都非常重要,當你深入理解活動的生命周期之後,就可以寫出更加連貫流暢的程式,併在如何合理管理應用資源方面發揮得游刃有餘。你的應用程式將會擁有更好的用戶體驗。
返回棧
活動狀態
每個活動在其生命周期中最多可能會有四種狀態。
- 運行狀態
當一個活動位於返回棧的棧頂時,這時活動就處於運行狀態。系統最不願意回收的就是處於運行狀態的活動,因為這會帶來非常差的用戶體驗。 - 暫停狀態
當一個活動不再處於棧頂位置,但仍然可見時,這時活動就進入了暫停狀態。你可能會覺得既然活動已經不在棧頂了,還怎麼會可見呢?這是因為並不是每一個活動都會占滿整個屏幕的,比如對話框形式的活動,只會占用屏幕中間的部分區域,你很快就會在後面看到這種活動。處於暫停狀態的活動仍然是完全存活的,系統也不願意去回收這種活動(因為它還是可見的,回收可見的東西 都會在用戶體驗方面帶來不好的影響),只有在記憶體極低的情況下,系統才會考慮回收這種活動。 - 停止狀態
當一個活動不再處於棧頂位置,並且完全不可見的時候,就進入了停止狀態。系統仍然會為這種活動保存相應的狀態和成員變數,但是這並不是完全可靠的,當其它地方需要記憶體時,處於停止狀態的活動有可能被系統回收。 - 銷毀狀態
當一個活動從返回棧中移除後就變成了銷毀狀態。系統最傾向於回收這種狀態的活動,從而保證收的記憶體充足。
活動的生存期
Activity類中定義了7個回調方法,覆蓋了活動生命周期的每一個環節,下麵就來一一介紹這7個方法。
- onCreate()
首次創建 Activity 時調用。 您應該在此方法中執行所有正常的靜態設置 — 創建視圖、將數據綁定到列表等等。 - 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 將收到的最後調用。 當 Activity 結束(有人對 Activity 調用了 finish()),或系統為節省空間而暫時銷毀該 Activity 實例時,可能會調用它。 您可以通過 isFinishing() 方法區分這兩種情形。 - onRestart()
在 Activity 已停止並即將再次啟動前調用。始終後接 onStart()。
以上7個方法中除了onRestart()方法,其他都是兩兩相對的,從而又可以將活動分為3中生存期。
- 完整生存期
發生在 onCreate() 調用與 onDestroy() 調用之間。您的 Activity 應在 onCreate() 中執行“全局”狀態設置(例如定義佈局),並釋放 onDestroy() 中的所有其餘資源。例如,如果您的 Activity 有一個在後臺運行的線程,用於從網路上下載數據,它可能會在 onCreate() 中創建該線程,然後在 onDestroy() 中停止該線程。 - 可見生存期
發生在 onStart() 調用與 onStop() 調用之間。在這段時間,用戶可以在屏幕上看到 Activity 並與其交互。 例如,當一個新 Activity 啟動,並且此 Activity 不再可見時,系統會調用 onStop()。您可以在調用這兩個方法之間保留向用戶顯示 Activity 所需的資源。 例如,您可以在 onStart() 中註冊一個 BroadcastReceiver 以監控影響 UI 的變化,併在用戶無法再看到您顯示的內容時在 onStop() 中將其取消註冊。在 Activity 的整個生命周期,當 Activity 在對用戶可見和隱藏兩種狀態中交替變化時,系統可能會多次調用 onStart() 和 onStop()。 - 前臺生存期
發生在 onResume() 調用與 onPause() 調用之間。在這段時間,Activity 位於屏幕上的所有其他 Activity 之前,並具有用戶輸入焦點。 Activity 可頻繁轉入和轉出前臺 — 例如,當設備轉入休眠狀態或出現對話框時,系統會調用 onPause()。 由於此狀態可能經常發生轉變,因此這兩個方法中應採用適度輕量級的代碼,以避免因轉變速度慢而讓用戶等待。
為了方便我們更好的理解,Android官方提供了一張活動生命周期的示意圖,如下:
圖1 活動的生命周期
體驗活動的生命周期
講了這麼多的理論知識,也是時候該實戰一下了,下麵我們將通過一個實例,讓你可以更加直觀地體驗活動的生命周期。
這次我們不准備在ActivityTest這個項目的基礎上修改了,而是新建一個項目。因此,首先關閉ActivityTest項目,點擊導航欄File——>Close Project。然後再新建一個ActivityLifeCycleTest項目,新建項目的過程很簡單,按照界面提示來就行,我們允許Android Studio幫我們自動創建活動和佈局,這樣可以省去不少工作,創建的活動名和佈局名都使用預設值。
這樣主活動就創建完成了,我們還需要分別再創建兩個子活動——NormalActivity和DialogActivity,下麵一步步來實現。
右擊com.example.activitylifecycletest包——>New——>Activity——>Empty Activity,新建NormalActivity,佈局名為normal_layout。然後使用同樣的方式創建DialogActivity,佈局名為dialog_layout。
現在編輯normal_layout.xml文件,將裡面的代碼替換成如下內容:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="This is a normal activity"
/>
</LinearLayout>
在這個佈局中,我們就非常簡單的使用了一個TextView,用於顯示一行文字。然後編輯dialog_layout.xml文件,將裡面的代碼替換成如下內容:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<TextView
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="This is a dialog activity"
/>
</LinearLayout>
兩個佈局文件的代碼幾乎沒有區別,只是現實的文字不同而已。
NormalActivity和DialogActivity中的代碼我們保持預設就好,不需要改動。
其實從名字上你就可以看出,這兩個活動一個是普通的活動,一個是對話框式的活動。可是我們並沒有修改活動的任何代碼,兩個活動的代碼應該幾乎是一模一樣的,在哪裡有體現出將活動設成對話框式的呢?彆著急,下麵我們馬上開始設置。修改AndroidManifest.xml的
<activity android:name=".NormalActivity" >
</activity>
<activity android:name=".DialogActivity"
android:theme="@style/Theme.AppCompat.Dialog">
</activity>
這裡是兩個活動的註冊代碼,但是DialogActivity的代碼有些不同,我們給它使用了一個android:theme屬性,這是用於給當前活動指定主題的,Android系統內置有很多主題可以選擇,當然我們也可以定製自己的主題,而這裡@style/Theme.AppCompat.Dialog則毫無疑問是讓DialogActivity使用對話框式的主題。
接下來我們修改activity_main.xml,重新定製主活動的佈局,將裡面的代碼替換成如下內容:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent">
<Button
android:id="@+id/start_normal_activity"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Start NormalActivity" />
<Button
android:id="@+id/start_dialog_activity"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="Start DialogActivity" />
</LinearLayout>
可以看到,我們在LinearLayout中加入了兩個按鈕,一個用於啟動NormalActivity,一個用於啟動DialogActivity。
最後修改MainActivity中的代碼,如下所示:
package com.example.activitylifecycletest;
import android.content.Intent;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.view.ViewGroup;
import android.widget.Button;
public class MainActivity extends BaseActivity {
public static final String TAG = "MainActivity";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d(TAG,"onCreate");
setContentView(R.layout.activity_main);
Button startNormalActivity = (Button) findViewById(R.id.start_normal_activity);
Button startDialogActivity = (Button) findViewById(R.id.start_dialog_activity);
startNormalActivity.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this,NormalActivity.class);
startActivity(intent);
}
});
startDialogActivity.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this, DialogActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onStart() {
super.onStart();
Log.d(TAG,"onStart");
}
@Override
protected void onResume() {
super.onResume();
Log.d(TAG,"onResume");
}
@Override
protected void onPause() {
super.onPause();
Log.d(TAG,"onPause");
}
@Override
protected void onStop() {
super.onStop();
Log.d(TAG,"onStop");
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.d(TAG,"onDestroy");
}
@Override
protected void onRestart() {
super.onRestart();
Log.d(TAG,"onRestart");
}
}
在onCreate()方法中,我們分別為兩個按鈕註冊了點擊事件,點擊第一個按鈕會啟動NormalActivity,點擊第二個按鈕會啟動DialogActivity。然後再Activity的7個回調方法中分別列印了一句話,這樣就可以通過觀察日誌的方式來更加直觀地理解活動的生命周期。
現在運行程式,觀察logcat中的列印日誌
com.example.activitylifetest D/MainActivity:onCreate
com.example.activitylifetest D/MainActivity:onStart
com.example.activitylifetest D/MainActivity:onResume
可以看到,當MainActivity第一次被創建時會依次執行onCreate()、onStart()和onResume()方法。然後點擊第一個按鈕,啟動NormalActivity,此時列印信息為:
com.example.activitylifetest D/MainActivity:onPause
com.example.activitylifetest D/MainActivity:onStop
由於NormalActivity已經把MainActivity完全遮擋,因此onPause()和onStop()方法都會得到執行。然後按下Back鍵返回MainActivity,列印信息為:
com.example.activitylifetest D/MainActivity:onRestart
com.example.activitylifetest D/MainActivity:onStart
com.example.activitylifetest D/MainActivity:onResume
由於之前MainActivity已經進入了停止狀態,所以onRestart()方法會得到執行,之後又會依次執行onStart()和onResume()方法。註意此時onCreate()方法不會執行,因為MainActivity並沒有重新創建。
然後再點擊第二個按鈕,啟動DialogActivity,此時觀察列印信息為:
com.example.activitylifetest D/MainActivity:onPause
可以看到,只有onPause()方法得到了執行,onStop()方法並沒有執行,這是因為DialogActivity並沒有完全遮擋住MainActivity,此時MainActivity只是進入了暫停狀態,並沒有進入停止狀態。相應地,按下Back鍵返回MainActivity也應該只有onResume()方法會得到執行。最後在MainActivity按下Back鍵退出程式,列印信息為:
com.example.activitylifetest D/MainActivity:onPause
com.example.activitylifetest D/MainActivity:onStop
com.example.activitylifetest D/MainActivity:onDestroy
依次執行onPause()、onStop()和onDestroy()方法,最終銷毀MainActivity。
這樣我們就完整的體驗了活動的生命周期,是不是理解的更加深刻了?
活動被回收了怎麼辦
前面我們已經說過,當一個活動進入到停止狀態,是有可能被系統回收的,那麼想象以下場景:應用中有一個活動A,用戶在活動A的基礎上啟動了活動B,活動A就進入了停止狀態,這個時候由於系統記憶體不足,將活動A回收掉了,然後用戶按下Back鍵返回活動A,會出現什麼情況呢?其實還是會正常顯示活動A,只不過這時並不會執行onRestart()方法,而是會執行活動A的onCreate()方法,因為活動A在這種情況下會被重新創建一次。
這樣看上去好像一切正常,可是別忽略了一個重要的問題,活動A中是可能存在臨時數據和狀態的。打個比方,MainActivity中有一個文本輸入框,現在你輸入了一段文字,然後啟動NormalActivity,這時MainActivity由於系統記憶體不足被回收掉了,過了一會你又點擊了Back鍵回到了MainActivity,你會發現剛剛輸入的文字全部都沒了,因為MainActivity被重新創建了。
如果我們的應用出現了這種情況,是會嚴重影響用戶體驗的,所以必須要想想辦法解決這個問題。Activity中提供了一個onSaveInstanceState()回調方法,這個方法可以保證在活動被回收之前一定會被調用,因此我們可以通過這個方法來解決活動被回收時臨時數據得不到保存的問題。
onSaveInstanceState()方法會攜帶一個Bundle類型的參數,Bundle提供了一系列的方法用於保存數據,比如可以使用putString()方法保存字元串,使用putInt()方法保存整形數據,以此類推。每個保存方法需要傳入兩個參數,第一個參數是鍵,用於後面從Bundle中取值,第二個參數是真正要保存的內容。
在MainActivity中添加如下代碼可以將臨時數據進行保存:
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
String tempData = "Something you just typed";
outState.putString("data_key",tempData);
}
數據是已經保存下來了,那麼我們應該在哪裡進行恢復呢?細心的你也許早就發現,我們一直使用的onCreate()方法其實也有一個Bundle類型的參數。這個參數在一般情況下都是null,但是如果在活動被系統回收之前有通過onSaveInstanceState()方法來保存數據的話,這個參數就會帶有之前所保存的全部數據,我們只需要再通過相應的取值方法將數據取出即可。
修改MainActivity的onCreate()方法,如下所示:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.d(TAG,"onCreate");
setContentView(R.layout.activity_main);
if (savedInstanceState != null) {
String tempData = savedInstanceState.getString("data_key");
Log.d(TAG,tempData);
}
Button startNormalActivity = (Button) findViewById(R.id.start_normal_activity);
Button startDialogActivity = (Button) findViewById(R.id.start_dialog_activity);
startNormalActivity.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this,NormalActivity.class);
startActivity(intent);
}
});
startDialogActivity.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent(MainActivity.this, DialogActivity.class);
startActivity(intent);
}
});
}
取出值後在做相應的恢復操作就可以了,比如說將文本內容重新賦值到文本輸入框上,這裡我們只是簡單地列印一下。
活動的啟動模式
活動的啟動模式對我們來說是個全新的概念,在實際項目中我們應該根據特定的需求為每一個活動指定恰當的啟動模式。啟動模式一共分為4種,分別是standard、singleTop、singleTask和singleInstance,可以在AndroidManifest.xml中通過給
standard
standard是活動預設的啟動模式,在不進行顯式指定的情況下,所有活動都會自動使用這種啟動模式。因此,到目前為止我們寫過的所有活動都是使用的standard模式。在standard模式下,沒當啟動一個新的活動,它就會在返回棧中存在,每次啟動都會創建該活動的一個新的實例。
singleTop
可能在有些時候,你會覺得standard模式不太合理。活動明明已經在棧頂了,為什麼再次啟動的時候還要創建一個新的活動實例呢?彆著急,這隻是系統預設的一種啟動模式而已,你完全可以根據自己的需要進行修改,比如說是用singleTop模式。當活動的啟動模式指定為singleTop模式,在啟動活動時如果發現返回棧的棧頂已經是該活動,則認為可以直接使用它,不會再創建新的活動實例。不過當活動並未處於棧頂位置時,這時再啟動活動,還是會創建新的實例的。
singleTask
使用singleTop模式可以很好地解決重覆創建棧頂活動的問題,但是如果活動並沒有處於棧頂的位置,還是可能會創建多個活動實例的。那麼有沒有什麼辦法可以讓某個活動在整個應用程式的上下文中只存在一個實例呢?這就要藉助singleTask模式來實現了。當活動的啟動模式指定為singleTask,每次啟動活動時系統首先會返回棧中檢查是否存在該活動的實例,如果發現已經存在則直接使用該實例,並把在這個活動之上的所有活動統統出棧,如果沒有發現就會創建一個新的活動實例。
singleInstance
這個模式比較特殊,不容易理解,你可能需要多花點精力來理解這個模式。不同於其他3種模式,指定為singleInstance模式的活動會啟用一個新的返回棧來管理這個活動。那麼這樣做有什麼意義呢?想象以下場景,假設我們的程式中有一個活動是允許其他程式調用的,如果我們想實現其他程式和我們的程式可以共用這個活動的實例,應該如何實現呢?使用前面3種啟動模式肯定是做不到的,因為每個應用程式都會有自己的返回棧,同一個活動在不同的返回棧中入棧時必然是創建了新的實例。而使用singleInstance模式就可以解決這個問題,在這種模式下會有一個單獨的返回棧來管理這個活動,不管是哪個應用程式來訪問這個活動,都共用的同一個返回棧,也就解決了共用活動實例的問題。