Android之Activity LaunchMode,androidlaunchmode
背景:
在眾多Activity開發中,有可能是自己應用之間的Activity跳轉,可能希望跳轉到原來某個Activity執行個體,而不是產生大量重複的Activity執行個體。
這種需求需要通過配置Activity的LaunchMode來實現。
Activity有四種載入模式:
1.standard(標準模式,此項是預設的載入模式)
在此種模式情況下的Activity會每次都產生新的執行個體
我們首先定義了A這個Activity,然後它的內容如下:
import android.app.Activity;import android.content.Intent;import android.os.Bundle;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;import android.widget.TextView;public class A extends Activity implements OnClickListener {private TextView textView01;private Button btn01;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_a);textView01 = (TextView) findViewById(R.id.tv_01);btn01 = (Button) findViewById(R.id.button1);btn01.setOnClickListener(this);//擷取當前Activity的任務棧IDint taskID = A.this.getTaskId();//擷取當前Activity執行個體的詳細資料String objectMsg = A.this.toString();//將資訊輸出到螢幕上textView01.setText("當前任務棧ID:" + taskID + "\r\n" + "當前Activity執行個體資訊:"+ objectMsg);}@Overridepublic void onClick(View v) {switch (v.getId()) {case R.id.button1://開始跳轉ActivityIntent intent = new Intent(A.this, A.class);startActivity(intent);break;default:break;}}}
在程式運行之後,我們點擊2次《跳轉到A》這個按鈕,會發現三個不同的介面:
觀察發現:這三個A同屬於一個任務棧,因為棧的ID都相同,但是他們的執行個體名稱都不一樣,說明這個任務棧中現在已經存在了三個不同的A執行個體;如果此時點擊手機上的《返回》按鍵,那麼需要連續點擊三次才能退出程式。
將以上總結為流程圖如下:
2.singleTop模式
在此種模式下,
如果A在任務棧頂,那麼A跳轉到A將不產生新的執行個體,直接跳轉到現在的棧頂A;
如果A不在任務棧頂,那麼其他的Activity去跳轉到A,將產生新的A執行個體;
我們在代碼中定義兩個Activity,分別是A和B,以上是這兩個Activity的定義,其中A的launchMode屬性被設定為singleTop。
import android.app.Activity;import android.content.Intent;import android.os.Bundle;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;import android.widget.TextView;public class A extends Activity implements OnClickListener {private TextView textView01;private Button btn01;private Button btn02;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_a);textView01 = (TextView) findViewById(R.id.tv_01);btn01 = (Button) findViewById(R.id.button1);btn01.setOnClickListener(this);btn02 = (Button) findViewById(R.id.button2);btn02.setOnClickListener(this);//擷取當前Activity的任務棧IDint taskID = A.this.getTaskId();//擷取當前Activity執行個體的詳細資料String objectMsg = A.this.toString();//將資訊輸出到螢幕上textView01.setText("當前任務棧ID:" + taskID + "\r\n" + "當前Activity執行個體資訊:"+ objectMsg);}@Overridepublic void onClick(View v) {switch (v.getId()) {case R.id.button1://A--->AIntent intent01 = new Intent(A.this, A.class);startActivity(intent01);break;case R.id.button2://A---->BIntent intent02 = new Intent(A.this, B.class);startActivity(intent02);break;default:break;}}}
import android.app.Activity;import android.content.Intent;import android.os.Bundle;import android.view.View;import android.view.View.OnClickListener;import android.widget.Button;import android.widget.TextView;public class B extends Activity implements OnClickListener {private TextView textView01;private Button btn01;private Button btn02;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_a);textView01 = (TextView) findViewById(R.id.tv_01);btn01 = (Button) findViewById(R.id.button1);btn01.setOnClickListener(this);btn02 = (Button) findViewById(R.id.button2);btn02.setOnClickListener(this);//擷取當前Activity的任務棧IDint taskID = B.this.getTaskId();//擷取當前Activity執行個體的詳細資料String objectMsg = B.this.toString();//將資訊輸出到螢幕上textView01.setText("當前任務棧ID:" + taskID + "\r\n" + "當前Activity執行個體資訊:"+ objectMsg);}@Overridepublic void onClick(View v) {switch (v.getId()) {case R.id.button1://B--->AIntent intent01 = new Intent(B.this, A.class);startActivity(intent01);break;case R.id.button2://B---->BIntent intent02 = new Intent(B.this, B.class);startActivity(intent02);break;default:break;}}}
在程式運行後,我們點擊跳轉到A,介面不會有任何變化,說明當A在任務棧頂時,你發送跳轉到A的Intent,那麼這個Intent會發送給棧頂的A執行個體;
以下三張圖片展示的流程是A---->B---->A:
觀察發現:這三個Activity執行個體是不同的執行個體,但是他們同屬一個任務棧,因為他們的任務棧ID相同;我們這裡可以很明顯的發現,當B在棧頂的時候,跳轉到A,會產生新的A執行個體。
將以上總結為流程圖如下:
3.singleTask模式
在此種模式,任務棧中只能有一個A執行個體,不管它在任務棧的什麼位置;
這裡我們應當注意:當A在棧頂時,直接跳轉到A執行個體;當A不在棧頂時,將會發生的事情是,在A之上的所有Activity執行個體被彈出任務棧,直至A到達棧頂。
本次仍然沿用上一次的代碼,只是在manifest中將A的launchMode配置為singleTask,在B中添加一個Button跳轉到C,然後C中只有一個按鈕,這個按鈕的作用是跳轉到A。
以下四張圖片展示了A---->B---->C---->A:
觀察以上結果我們可以發現:總共有三個執行個體,A、B、C各一個,當C在棧頂的時候,跳轉到A,我們會返現,Intent會直接發送到棧底的A執行個體,並且將B、C兩個執行個體彈棧。
將以上總結為流程圖如下:
4.singleInstance模式
此Activity載入模式是為瞭解決這樣一類問題:
在同一App中,當有一個Activity需要被多個Activity共用(即是多個Activity可以跳轉到這個Activity),那麼我們肯定希望此Activity長期處於Alive狀態,並且是同一個執行個體(這樣更能節省手機資源),但是同一app中,所有的Activity執行個體都在同一個任務棧中,我們會發現,經常性的壓棧和彈棧使我們無法確定此Activity會在什麼時候被彈棧銷毀掉了,這個時候我們可以通過將此Activity的載入模式設定為singleInstance來滿足這樣的需求,當設定為此模式後,此Activity被單獨在一個任務棧中維護,而不受主任務棧中頻繁的壓棧和彈棧操作的影響。
其實寫到這個地方我覺得文字的表現力始終不及圖形,首先我們來看一下,將B的launchmode設定為singleInstance,然後再來分析以下的圖片結果:
分析以上結果我們會發現:B執行個體的任務棧ID,與A執行個體所在的任務棧ID不相同,說明他們處於不同的任務棧中;
並且這隻是一種情況,實際這裡有好幾種情況,我將其總結到下面這張圖中,希望能夠對讀者真的產生協助;
寫這篇文章的時候我想起了古人的一句話,紙上得來終覺淺,絕知此事要躬行,網上流行一篇講LaunchMode的文章,全是用藍色的圖解,實際上我很受益於這篇文章,但是當我寫這篇文章的時候我發現“我認為以前的我完全懂了”是不全面的,我對LauchMode似乎有了新的認識,感謝實踐!!!
下面來本篇最後一張我繪的流程圖:
例行公事,把代碼連結放這裡:
Android Activity LaunchMode