當(dāng)前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

Activity四种加载模式

發(fā)布時(shí)間：2023/12/19 编程问答 42 豆豆

生活随笔收集整理的這篇文章主要介紹了 Activity四种加载模式小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

在多Activity開發(fā)中，有可能是自己應(yīng)用之間的Activity跳轉(zhuǎn)，或者夾帶其他應(yīng)用的可復(fù)用Activity。可能會(huì)希望跳轉(zhuǎn)到原來某個(gè)Activity實(shí)例，而不是產(chǎn)生大量重復(fù)的Activity。

這需要為Activity配置特定的加載模式，而不是使用默認(rèn)的加載模式。

加載模式分類及在哪里配置

Activity有四種加載模式：

standard
singleTop
singleTask
singleInstance

設(shè)置的位置在AndroidManifest.xml文件中activity元素的android:launchMode屬性：

也可以在Eclipse ADT中圖形界面中編輯：

區(qū)分Activity的加載模式，通過示例一目了然。這里編寫了一個(gè)Activity A（ActA）和Activity B（ActB）循環(huán)跳轉(zhuǎn)的例子。對(duì)加載模式修改和代碼做稍微改動(dòng)，就可以說明四種模式的區(qū)別。

standard

首先說standard模式，也就是默認(rèn)模式，不需要配置launchMode。先只寫一個(gè)名為ActA的Activity：

package com.easymorse.activities;

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.LinearLayout;?
import android.widget.TextView;

public class ActA extends Activity {?
??? /** Called when the activity is first created. */?
??? @Override?
??? public void onCreate(Bundle savedInstanceState) {?
??????? super.onCreate(savedInstanceState);?
??????? TextView textView = new TextView(this);?
??????? textView.setText(this + "");?
??????? Button button = new Button(this);?
??????? button.setText("go actA");?
??????? button.setOnClickListener(new OnClickListener() {?
??????????? @Override?
??????????? public void onClick(View v) {?
??????????????? Intent intent = new Intent();?
??????????????? intent.setClass(ActA.this, ActA.class);?
??????????????? startActivity(intent);?
??????????? }?
??????? });?
??????? LinearLayout layout = new LinearLayout(this);?
??????? layout.setOrientation(LinearLayout.VERTICAL);?
??????? layout.addView(textView);?
??????? layout.addView(button);?
??????? this.setContentView(layout);?
??? }?
}

例子中都沒有用layout，免得看著羅嗦。可見是ActA –> ActA的例子。在界面中打印出對(duì)象的toString值可以根據(jù)hash code識(shí)別是否創(chuàng)建新ActA實(shí)例。

第一個(gè)界面：

點(diǎn)擊按鈕后：

可以多點(diǎn)幾次。發(fā)現(xiàn)每次都創(chuàng)建了該Activity的新實(shí)例。standard的加載模式就是這樣的，intent將發(fā)送給新的實(shí)例。

現(xiàn)在點(diǎn)Android設(shè)備的回退鍵，可以看到是按照剛才創(chuàng)建Activity實(shí)例的倒序依次出現(xiàn)，類似退棧的操作，而剛才操作跳轉(zhuǎn)按鈕的過程是壓棧的操作。如下圖：

singleTop

singleTop和standard模式，都會(huì)將intent發(fā)送新的實(shí)例（后兩種模式不發(fā)送到新的實(shí)例，如果已經(jīng)有了的話）。不過，singleTop要求如果創(chuàng)建intent的時(shí)候棧頂已經(jīng)有要?jiǎng)?chuàng)建的Activity的實(shí)例，則將intent發(fā)送給該實(shí)例，而不發(fā)送給新的實(shí)例。

還是用剛才的示例，只需將launchMode改為singleTop，就能看到區(qū)別。

運(yùn)行的時(shí)候會(huì)發(fā)現(xiàn)，按多少遍按鈕，都是相同的ActiA實(shí)例，因?yàn)樵搶?shí)例在棧頂，因此不會(huì)創(chuàng)建新的實(shí)例。如果回退，將退出應(yīng)用。

singleTop模式，可用來解決棧頂多個(gè)重復(fù)相同的Activity的問題。

如果是A Activity跳轉(zhuǎn)到B Activity，再跳轉(zhuǎn)到A Activity，行為就和standard一樣了，會(huì)在B Activity跳轉(zhuǎn)到A Activity的時(shí)候創(chuàng)建A Activity的新實(shí)例，因?yàn)楫?dāng)時(shí)的棧頂不是A Activity實(shí)例。

ActA類稍作改動(dòng)：

package com.easymorse.activities;

public class ActA extends Activity {?
??? /** Called when the activity is first created. */?
??? @Override?
??? public void onCreate(Bundle savedInstanceState) {?
??????? super.onCreate(savedInstanceState);?
??????? TextView textView = new TextView(this);?
??????? textView.setText(this + "");?
??????? Button button = new Button(this);?
??????? button.setText("go actB");?
??????? button.setOnClickListener(new OnClickListener() {?
??????????? @Override?
??????????? public void onClick(View v) {?
??????????????? Intent intent = new Intent();?
??????????????? intent.setClass(ActA.this, ActB.class);?
??????????????? startActivity(intent);?
??????????? }?
??????? });?
??????? LinearLayout layout = new LinearLayout(this);?
??????? layout.setOrientation(LinearLayout.VERTICAL);?
??????? layout.addView(textView);?
??????? layout.addView(button);?
??????? this.setContentView(layout);?
??? }?
}

ActB類：

package com.easymorse.activities;

public class ActB extends Activity {?
??? @Override?
??? protected void onCreate(Bundle savedInstanceState) {?
??????? super.onCreate(savedInstanceState);?
???????? Button button=new Button(this);?
??????????? button.setText("go actA");?
??????????? button.setOnClickListener(new OnClickListener() {?
??????????????? @Override?
??????????????? public void onClick(View v) {?
??????????????????? Intent intent=new Intent();?
??????????????????? intent.setClass(ActB.this, ActA.class);?
??????????????????? startActivity(intent);?
??????????????? }?
??????????? });?
??????????? LinearLayout layout=new LinearLayout(this);?
??????????? layout.addView(button);?
??????????? this.setContentView(layout);?
??? }?
}

ActB類使用默認(rèn)（standard）加載，ActA使用singleTop加載。結(jié)果類似下圖：

如果把ActA的加載模式改為standard，情況一樣。

singleTask

singleTask模式和后面的singleInstance模式都是只創(chuàng)建一個(gè)實(shí)例的。

當(dāng)intent到來，需要?jiǎng)?chuàng)建singleTask模式Activity的時(shí)候，系統(tǒng)會(huì)檢查棧里面是否已經(jīng)有該Activity的實(shí)例。如果有直接將intent發(fā)送給它。

把上面singleTop的實(shí)例中的ActA的launchMode改為singleTask，ActB的改為standard。那么會(huì)發(fā)現(xiàn)在ActA界面中按一次按鈕：

然后在ActB1界面中按按鈕，因?yàn)锳ctA是singleTask，會(huì)使用原來的ActA1實(shí)例。這時(shí)候棧內(nèi)的情況:

如果多次按按鈕跳轉(zhuǎn)，會(huì)發(fā)現(xiàn)始終只有ActA1這一個(gè)ActA類的實(shí)例。

singleInstance

解釋singleInstance模式比較麻煩。

首先要說一下Task（任務(wù)）的概念。

如果是Swing或者Windows程序，可能有多個(gè)窗口可以切換，但是你無法在自己程序中復(fù)用人家的窗口。注意是直接復(fù)用人家的二進(jìn)制代碼，不是你拿到人家api后的源代碼級(jí)調(diào)用。

Android可以做到，讓別人的程序直接復(fù)用你的Activity（類似桌面程序的窗口）。

Android為提供這種機(jī)制，就引入了Task的概念。Task可以認(rèn)為是一個(gè)棧，可放入多個(gè)Activity。比如啟動(dòng)一個(gè)應(yīng)用，那么Android就創(chuàng)建了一個(gè)Task，然后啟動(dòng)這個(gè)應(yīng)用的入口Activity，就是intent-filter中配置為main和launch的那個(gè)（見一個(gè)APK文件部署產(chǎn)生多個(gè)應(yīng)用安裝的效果）。這個(gè)Activity是根（Root）Activity，可能會(huì)在它的界面調(diào)用其他Activity，這些Activity如果按照上面那三個(gè)模式，也會(huì)在這個(gè)棧（Task）中，只是實(shí)例化的策略不同而已。

驗(yàn)證的辦法是調(diào)用和打印Activity的taskId：

TextView textView2 = new TextView(this);?
textView2.setText("task id: "+this.getTaskId());

會(huì)發(fā)現(xiàn)，無論切換Activity，taskId是相同的。

當(dāng)然也可以在這個(gè)單一的Task棧中，放入別人的Activity，比如google地圖，這樣用戶看過地圖按回退鍵的時(shí)候，會(huì)退棧回到調(diào)用地圖的Activity。對(duì)用戶來說，并不覺得在操作多個(gè)應(yīng)用。這就是Task的作用。

但是，有這樣的需求，多個(gè)Task共享一個(gè)Activity（singleTask是在一個(gè)task中共享一個(gè)Activity）。

現(xiàn)成的例子是google地圖。比如我有一個(gè)應(yīng)用是導(dǎo)游方面的，其中調(diào)用的google地圖Activity。那么現(xiàn)在我比如按home鍵，然后到應(yīng)用列表中打開google地圖，你會(huì)發(fā)現(xiàn)顯示的就是剛才的地圖，實(shí)際上是同一個(gè)Activity。

如果使用上面三種模式，是無法實(shí)現(xiàn)這個(gè)需求的。google地圖應(yīng)用中有多個(gè)上下文Activity，比如路線查詢等的，導(dǎo)游應(yīng)用也有一些上下文Activity。在各自應(yīng)用中回退要回退到各自的上下文Activity中。

singleInstance模式解決了這個(gè)問題（繞了這么半天才說到正題）。讓這個(gè)模式下的Activity單獨(dú)在一個(gè)task棧中。這個(gè)棧只有一個(gè)Activity。導(dǎo)游應(yīng)用和google地圖應(yīng)用發(fā)送的intent都由這個(gè)Activity接收和展示。

這里又有兩個(gè)問題：

如果是這種情況，多個(gè)task棧也可以看作一個(gè)應(yīng)用。比如導(dǎo)游應(yīng)用啟動(dòng)地圖Activity，實(shí)際上是在導(dǎo)游應(yīng)用task棧之上singleInstance模式創(chuàng)建的（如果還沒有的話，如果有就是直接顯示它）一個(gè)新棧，當(dāng)這個(gè)棧里面的唯一Activity，地圖Activity回退的時(shí)候，只是把這個(gè)棧移開了，這樣就看到導(dǎo)游應(yīng)用剛才的Activity了；
多個(gè)應(yīng)用（Task）共享一個(gè)Activity要求這些應(yīng)用都沒有退出，比如剛才強(qiáng)調(diào)要用home鍵從導(dǎo)游應(yīng)用切換到地圖應(yīng)用。因?yàn)?#xff0c;如果退出導(dǎo)游應(yīng)用，而這時(shí)也地圖應(yīng)用并未運(yùn)行的話，那個(gè)單獨(dú)的地圖Activity（task）也會(huì)退出了。

如果還是拿剛才的ActA和ActB的示例，可以把ActB的模式改為singleInstance，ActA為standard，如果按一次按鈕切換到ActB，看到現(xiàn)象用示意圖類似這樣：

如果是第一次按鈕切換到ActB，在ActB在按按鈕切換到ActA，然后再回退，示意圖是：

另外，可以看到兩個(gè)Activity的taskId是不同的。

==========================================================================================

Activity加載模式二:

通常情況下，一個(gè)應(yīng)用有一個(gè)Task，這個(gè)Task就是為了完成某個(gè)工作的一系列Activity的集合。而這些Activity又被組織成了堆棧的形式。
??? 當(dāng)一個(gè)Activity啟動(dòng)時(shí)，就會(huì)把它壓入該Task的堆棧，而當(dāng)用戶在該Activity中按返回鍵，或者代碼中finish掉時(shí)，就會(huì)將它從該Task的堆棧中彈出。如果我們沒有特別的需求，我們的應(yīng)用就會(huì)呈現(xiàn)出如下圖所示的情形

然而，事實(shí)上我們的需求遠(yuǎn)沒有我們想的那么簡單。有時(shí)候，你可能希望在開啟一個(gè)Activity時(shí)，重新開啟一個(gè)Task；有時(shí)你可能希望將已經(jīng)存在的一個(gè)Activity放到棧頂，而不是重新創(chuàng)建一個(gè)...
??? Android為了使我們能夠打破默認(rèn)的堆棧的先后出的模式，提供了兩個(gè)種方式：一種是在AndroidManifest.xml定義Activity時(shí)指定它的加載模式，另一種是在用Intent開啟一個(gè)Activity時(shí)，在Intent中加入標(biāo)志。如果兩種方式都用了，則后者的優(yōu)先級(jí)更高。
??? 兩種方式的差別在于，前者在于描述自己，向別的Acttivity等聲明你們?nèi)绾蝸砑虞d我；而后者則是動(dòng)態(tài)的，指出我要求你（要啟動(dòng)的Activity）如何來加載。本文的重點(diǎn)在于研究在AndroidManifest.xml中聲明加載模式。

??? Android為我們定義了四種加載模式，分別是：standard、singleTop、singleTask和singleInstance。

????“拿來主義”——standard模式
??? ?我們寫一段代碼來測(cè)試一下standard加載模式，如下
???? AndroidManifest.xml里Activity的設(shè)置如下：

   <activity android:name=".Activity1" android:launchMode="standard" android:label="@string/app_name"> <intent-filter> <action android:name="android.intent.action.MAIN"/> <category android:name="android.intent.category.LAUNCHER"/> </intent-filter> </activity>

  

　　?Activity1的代碼如下：

   publicclass Activity1 extendsActivity { @Override publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); } /**當(dāng)點(diǎn)擊Activity時(shí)，啟動(dòng)另一個(gè)Activity1*/ @Override publicboolean onTouchEvent(MotionEvent event) { Intent intent = newIntent(this, Activity1.class); startActivity(intent); returnsuper.onTouchEvent(event); } }

  

　　然后我們啟動(dòng)程序，開啟Activity1，然后點(diǎn)擊Acitivity1，啟動(dòng)另一個(gè)Activity1，然后再點(diǎn)擊，再點(diǎn)擊，再點(diǎn)擊... 之后我們點(diǎn)返回鍵。
??? 發(fā)生了什么事情？沒錯(cuò)，我們按返回鍵返回一個(gè)又一個(gè)相同的Activity1。
??? standard是Activity默認(rèn)的加載模式，這種方式用一個(gè)詞來形容的話就是“拿來主義”。使用這種模式的Activity向所有使用它的Task聲明：“我這里的這種Activity多著呢，誰需要的話我就給誰”。所以當(dāng)一個(gè)Task請(qǐng)求加載這個(gè)Activity時(shí)，該Task直接實(shí)例化該Activity，并把它放到棧頂。
??? 因此我們的例子就出現(xiàn)了這樣的堆棧結(jié)構(gòu)（假設(shè)我們點(diǎn)擊了4次）：

Activity1

??? 我們?cè)O(shè)想一個(gè)情形：我們要做一個(gè)圖片瀏覽器，第一個(gè)界面是圖片列表界面（假設(shè)為PictureListActivity），第二個(gè)界面是瀏覽該張圖片（假設(shè)為PictureViewActivity）。在PictureViewActivity中可以startActivity啟動(dòng)瀏覽界面瀏覽上一張和下一張。
??? 如果每一張圖片的瀏覽啟動(dòng)一個(gè)PictureViewActivity（當(dāng)然你可能不是采用這種方式來瀏覽上一張和下一張，這里只是舉個(gè)例子），如果采用standard模式的話，就會(huì)出現(xiàn)多個(gè)PictureViewActivity在堆棧中堆疊的情形。下面介紹的singleTop便可以解決這個(gè)問題。

????“拒絕堆疊”——singleTop模式

??? 我們將上面的例子稍加改動(dòng)，AndroidManifest.xml中Acitivity1的launchMode改為singleTop，Activity1的代碼修改如下：

   publicclass Activity1 extendsActivity { @Override publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); //Activity1創(chuàng)建時(shí)顯示Toast Toast.makeText(this,"onCreate called!", Toast.LENGTH_SHORT).show(); } @Override protectedvoid onNewIntent(Intent intent) { setTitle("I am Activity1 too, but I called onNewIntent!"); super.onNewIntent(intent); } //點(diǎn)擊進(jìn)入加載Activity1 @Override publicboolean onTouchEvent(MotionEvent event) { Intent intent = newIntent(this, Activity1.class); startActivity(intent); returnsuper.onTouchEvent(event); } }

  

同樣，我們啟動(dòng)程序，開啟Activity1，然后點(diǎn)擊Acitivity1，啟動(dòng)另一個(gè)Activity1，然后再點(diǎn)擊，再點(diǎn)擊，再點(diǎn)擊... 之后我們點(diǎn)返回鍵。
??? 結(jié)果，Activity1第一次創(chuàng)建時(shí)，顯示一個(gè)Toast提示，onCreate被調(diào)用，當(dāng)再次點(diǎn)擊時(shí)，onCreate沒有被調(diào)用相反是進(jìn)入了onNewIntent函數(shù)。當(dāng)按返回鍵時(shí)，直接退出了該應(yīng)用，可見，堆棧中只存在一個(gè)Acitivity1。
??? 可見，當(dāng)activity被設(shè)置為singleTop的加載模式時(shí)，如果堆棧的頂部已經(jīng)存在了該Activity，那么，它便不會(huì)重新創(chuàng)建，而是調(diào)用onNewIntent。如果，該Activity存在，但不是在頂部，那么該Activity依然要重新創(chuàng)建，請(qǐng)讀者自行驗(yàn)證。
??? 因此singleTop模式的思想便是“拒絕堆疊”！
??? 以上說的兩種加載模式，Activity均可以實(shí)例化多次，而下面講的兩個(gè)加載模式就只可以實(shí)例化一次。

????“獨(dú)立門戶”——singleTask模式

??? 我們首先測(cè)試一下，在本應(yīng)用內(nèi)調(diào)用singleTask模式的Activity會(huì)出現(xiàn)什么情況。

??? 我們寫兩個(gè)Activity（Activity1和Activity2），相互調(diào)用，其中Activity1為singleTask模式。AndroidManifest.xml如下：

   <application android:icon="@drawable/icon"android:label="@string/app_name"> <activity android:name=".Activity1" android:launchMode="singleTask" android:label="@string/app_name"> </activity> <activity android:name=".Activity2"> <intent-filter> <action android:name="android.intent.action.MAIN"/> <category android:name="android.intent.category.LAUNCHER"/> </intent-filter> </activity> </application>

  

　　兩個(gè)Activity的代碼如下：

   /**Activity1的代碼*/ publicclass Activity1 extendsActivity { privatestatic final String TAG = "Activity1"; @Override publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Log.e(TAG,"Activity1 onCreate! HashCode=" + this.hashCode() + " TaskId=" + getTaskId()); } @Override protectedvoid onNewIntent(Intent intent) { Log.e(TAG,"Activity1 onNewIntent! HashCode="+this.hashCode() + " TaskId=" + getTaskId()); super.onNewIntent(intent); } @Override protectedvoid onDestroy() { Log.e("Activity1","Activity1 onDestroy! HashCode="+this.hashCode()+"TaskId="+getTaskId()); super.onDestroy(); } /**點(diǎn)擊進(jìn)入Activity2*/ @Override publicboolean onTouchEvent(MotionEvent event) { Intent intent = newIntent(this, Activity2.class); startActivity(intent); returnsuper.onTouchEvent(event); } } /**Activity2的代碼*/ publicclass Activity2 extendsActivity { privatestatic final String TAG = "Activity2"; @Override protectedvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main2); Log.e(TAG,"Activity2 onCreated! HashCode=" + this.hashCode() + " TaskId="+getTaskId()); } @Override protectedvoid onDestroy() { Log.e(TAG,"Activity2 onDestroy! HashCode="+this.hashCode()+" TaskId="+getTaskId()); super.onDestroy(); } /**點(diǎn)擊進(jìn)入Activity1*/ @Override publicboolean onTouchEvent(MotionEvent event) { Intent intent = newIntent(this, Activity1.class); startActivity(intent); returnsuper.onTouchEvent(event); } }

  

從代碼中我們可以看出，每當(dāng)兩個(gè)Activity創(chuàng)建、銷毀以及onNewIntent時(shí)，都會(huì)打印該Activity的HashCode和所在的Task id。

??? 我們的操作步驟是這樣的，打開應(yīng)用程序，默認(rèn)啟動(dòng)Activity2，點(diǎn)擊Activity2，進(jìn)入Activity1，再點(diǎn)擊Activity1進(jìn)入Activity2，再點(diǎn)擊Activity2進(jìn)入Activity1，然后按返回鍵，直到返回到Home。

??? 暈了吧，好寫個(gè)順序來形象的表示下：Activity2->Activity1(singleTask)->Activity2->Activity1(singleTask)。^_^

??? 進(jìn)入Activity2，然后到Activity1，我們看Log信息為：

??? 03-01 14:50:08.144: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156067168 TaskId=7
??? 03-01 14:50:13.923: ERROR/Activity1(371): Activity1 onCreate! HashCode=1156107384 TaskId=7
??? 我們看到，當(dāng)本應(yīng)用啟動(dòng)singleTask的Activity（Activity1）時(shí)，Activity1并沒用另外啟用一個(gè)任務(wù)。而是在原來的任務(wù)中創(chuàng)建了它。

??? 再從Activity1進(jìn)入Activity2，然后再進(jìn)入Activity1，這個(gè)過程，我們?cè)倏磍og信息：

??? 03-01 14:53:50.823: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156128904 TaskId=7
??? 03-01 14:53:58.154: ERROR/Activity1(371): Activity1 onNewIntent! HashCode=1156107384 TaskId=7
??? 03-01 14:53:58.394: ERROR/Activity2(371): Activity2 onDestroy! HashCode=1156128904 TaskId=7
??? 從這個(gè)Log信息我們可以得到這個(gè)結(jié)論：當(dāng)singleTask模式的Activity啟動(dòng)時(shí)，如果發(fā)現(xiàn)在某個(gè)Task中已經(jīng)存在，那么它會(huì)先將該Activity（Activity1）上部的Activity（Activity2）銷毀，然后調(diào)用它（Activity1）的onNewIntent函數(shù)。

??? 我們下面來研究一下當(dāng)singleTask的Activity被其他應(yīng)用調(diào)用時(shí)的情況。

??? 為了使Activity1能夠被其他應(yīng)用程序調(diào)用，我們?cè)贏ndroidManifest.xml中加入action，如下：

　　然后我們另外創(chuàng)建一個(gè)工程，創(chuàng)建一個(gè)Activity在初始化的時(shí)候啟動(dòng)Activity1，代碼如下：

   publicclass MyActivity extendsActivity { @Override publicvoid onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); Log.e("MyActivity","TaskId="+ getTaskId()); Intent intent = newIntent("com.winuxxan.singleTask"); startActivity(intent); } }

  

我們的操作方法是，MyActivity->Activity1->Activity2->Activity1，之后我們按Home鍵，然后再從Home重新進(jìn)入MyActivity所在的應(yīng)用。

??? 首先看MyActivity->Activity1這個(gè)過程，我們查看Log信息如下：

??? 03-01 15:04:25.784: ERROR/MyActivity(429): TaskId=9
??? 03-01 15:04:26.244: ERROR/Activity1(401): Activity1 onCreate! HashCode=1156107632 TaskId=10
??? 從這個(gè)Log信息我們可以看出：當(dāng)某個(gè)應(yīng)用調(diào)用其他應(yīng)用里聲明的singleTask模式的Activity時(shí)，它會(huì)重新創(chuàng)建一個(gè)Task，然后將該Activity實(shí)例化并壓入堆棧。

??? 接著我們看Activity1和Activity2的相互切換，log信息如下：

??? 03-01 15:04:47.524: ERROR/Activity2(401): Activity2 onCreated! HashCode=1156128104 TaskId=10
??? 03-01 15:04:50.674: ERROR/Activity1(401): Activity1 onNewIntent! HashCode=1156107632 TaskId=10
??? 03-01 15:04:50.994: ERROR/Activity2(401): Activity2 onDestroy! HashCode=1156128104 TaskId=10
??? 和我們所期望的那樣，如果Activity發(fā)現(xiàn)已經(jīng)存在時(shí)，會(huì)銷毀其上的Activity，然后調(diào)用onNewIntent。

??? 之后，我們按Home鍵，返回桌面，然后，再次進(jìn)入該應(yīng)用，我們神奇的發(fā)現(xiàn)，我們進(jìn)入的是MyActivity界面，taskId為10的所有Activity不知了蹤影！

??? 這是因?yàn)?#xff0c;該應(yīng)用對(duì)應(yīng)的task的id為9，所以，進(jìn)入后之后MyActivity在該task中，所以最后顯示的是MyActivity。我的以上Activity1的代碼實(shí)際上是不好的習(xí)慣，因?yàn)锳ctivity1很可能會(huì)成為一個(gè)孤島，所以建議，如果該Activity的類型不是LAUNCHER,最好不要設(shè)為singleTask。

??? 那么singleTask的這些特性有什么用處？我們舉一個(gè)例子，瀏覽器就是一個(gè)singleTask的例子，啟動(dòng)一個(gè)瀏覽器，在Android中是一個(gè)比較沉重的過程，它需要做很多初始化的工作，并且會(huì)有不小的內(nèi)存開銷。如果有多個(gè)應(yīng)用都來請(qǐng)求打開網(wǎng)頁，那么系統(tǒng)就不會(huì)不堪重負(fù)。因此，如果瀏覽器采用singleTask模式，如果有多個(gè)請(qǐng)求打開網(wǎng)頁的請(qǐng)求，都會(huì)在一個(gè)Task中響應(yīng)，這樣就會(huì)避免以上的情況。

????“孤獨(dú)寂寞”——singleInstance模式

????我們現(xiàn)在來研究最后一個(gè)加載模式，singgleInstance，測(cè)試很簡單，我們只要在singleTask測(cè)試的例子中，將Activity1的模式改為singleInstance模式即可。

??? 我們首先進(jìn)行同一應(yīng)用內(nèi)部的測(cè)試。

??? 首先Activity2->Activity1，觀察log信息：

??? 03-01 15:41:59.283: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156067168 TaskId=12
??? 03-01 15:42:04.103: ERROR/Activity1(488): Activity1 onCreate! HashCode=1156107520 TaskId=13
??? 我們發(fā)現(xiàn)，當(dāng)采用singleInstance模式時(shí)，啟動(dòng)時(shí)創(chuàng)建了一個(gè)新的Task，并將Activity1實(shí)例化加入到該Task中。

??? 然后我們Activity1->Activity2->Activity1，觀察log信息：

??? 03-01 15:43:52.214: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156127728 TaskId=12
??? 03-01 15:43:56.804: ERROR/Activity1(488): Activity1 onNewIntent! HashCode=1156107520 TaskId=13
??? 我們通過該log信息可以得出結(jié)論：singleInstance的Activity（Activity1）不允許其他的Activity（Activity2）加入到自己的Task中，它是的內(nèi)心容不下另一個(gè)人，它是一個(gè)孤獨(dú)寂寞的人。?當(dāng)Activity1發(fā)現(xiàn)已經(jīng)存在一個(gè)Task中包含自己的實(shí)例時(shí)，它會(huì)調(diào)用自己的onNewIntent。

??? 然后，我們同樣也測(cè)試一下，如果其它應(yīng)用程序調(diào)用Activity1會(huì)出現(xiàn)什么樣的情況：

??? MyActivity->Activity1, 觀察log信息：

??? 03-01 15:50:21.134: ERROR/MyActivity(556): TaskId=16
??? 03-01 15:50:21.484: ERROR/Activity1(534): Activity1 onCreate! HashCode=1156107344 TaskId=17
??? 不出意料，Activity1重新創(chuàng)建了一個(gè)Task，并將自己的實(shí)例入棧。

??? Activity1->Activity2->Activity1->Activity2, 我們觀察log信息：

??? 03-01 15:50:36.484: ERROR/Activity2(534): Activity2 onCreated! HashCode=1156128056 TaskId=18
??? 03-01 15:50:46.114: ERROR/Activity1(534): Activity1 onNewIntent! HashCode=1156107344 TaskId=17
??? 我們從該過程可以看出：如果從其它應(yīng)用程序調(diào)用singleInstance模式的Activity（Activity1），從該Activity開啟其他Activity（Activity2）時(shí)，會(huì)創(chuàng)建一個(gè)新的Task（task id為18的那個(gè)），實(shí)際上，如果包含該Activity（Activity2）的Task已經(jīng)運(yùn)行的話，他會(huì)在該運(yùn)行的Task中重新創(chuàng)建。

??? OK，上面啰嗦了那么多，如果這部分不是很清楚的人，可能已經(jīng)頭昏腦脹了。那我們總結(jié)一下吧，這總該看看了吧。

??? “拿來主義”standard模式。哪里需要調(diào)用我我就去哪里，可以多次實(shí)例化，可以幾個(gè)相同的Activity重疊。

??? “拒絕堆疊”singleTop模式。可以多次實(shí)例化，但是不可以多個(gè)相同的Activity重疊，當(dāng)堆棧的頂部為相同的Activity時(shí)，會(huì)調(diào)用onNewIntent函數(shù)。

??? “獨(dú)立門戶”singleTask模式。同一個(gè)應(yīng)用中調(diào)用該Activity時(shí)，如果該Activity沒有被實(shí)例化，會(huì)在本應(yīng)用程序的Task內(nèi)實(shí)例化，如果已經(jīng)實(shí)例化，會(huì)將Task中其上的Activity銷毀后，調(diào)用onNewIntent；其它應(yīng)用程序調(diào)用該Activity時(shí)，如果該Activity沒有被實(shí)例化，會(huì)創(chuàng)建新的Task并實(shí)例化后入棧，如果已經(jīng)實(shí)例化，會(huì)銷毀其上的Activity，并調(diào)用onNewIntent。一句話，singleTask就是“獨(dú)立門戶”，在自己的Task里，并且啟動(dòng)時(shí)不允許其他Activity凌駕于自己之上。

??? “孤獨(dú)寂寞”singleInstance模式。加載該Activity時(shí)如果沒有實(shí)例化，他會(huì)創(chuàng)建新的Task后，實(shí)例化入棧，如果已經(jīng)存在，直接調(diào)用onNewIntent，該Activity的Task中不允許啟動(dòng)其它的Activity，任何從該Activity啟動(dòng)的其他Activity都將被放到其他task中，先檢查是否有本應(yīng)用的task，沒有的話就創(chuàng)建。

-------------------------------------------------------------------------------------------------------------------------------

Activity有四種加載模式：standard(默認(rèn))， singleTop， singleTask和 singleInstance。以下逐一舉例說明他們的區(qū)別：

standard：Activity的默認(rèn)加載方法，即使某個(gè)Activity在Task棧中已經(jīng)存在，另一個(gè)activity通過Intent跳轉(zhuǎn)到該activity，同樣會(huì)新創(chuàng)建一個(gè)實(shí)例壓入棧中。例如：現(xiàn)在棧的情況為：A B C D，在D這個(gè)Activity中通過Intent跳轉(zhuǎn)到D，那么現(xiàn)在的棧情況為： A B C D D 。此時(shí)如果棧頂?shù)腄通過Intent跳轉(zhuǎn)到B，則棧情況為：A B C D D B。此時(shí)如果依次按返回鍵，D? D C B A將會(huì)依次彈出棧而顯示在界面上。

singleTop：如果某個(gè)Activity的Launch mode設(shè)置成singleTop，那么當(dāng)該Activity位于棧頂?shù)臅r(shí)候，再通過Intent跳轉(zhuǎn)到本身這個(gè)Activity，則將不會(huì)創(chuàng)建一個(gè)新的實(shí)例壓入棧中。例如：現(xiàn)在棧的情況為：A B C D。D的Launch mode設(shè)置成了singleTop，那么在D中啟動(dòng)Intent跳轉(zhuǎn)到D，那么將不會(huì)新創(chuàng)建一個(gè)D的實(shí)例壓入棧中，此時(shí)棧的情況依然為：A B C D。但是如果此時(shí)B的模式也是singleTop，D跳轉(zhuǎn)到B，那么則會(huì)新建一個(gè)B的實(shí)例壓入棧中，因?yàn)榇藭r(shí)B不是位于棧頂，此時(shí)棧的情況就變成了：A B C D B。

singleTask：如果某個(gè)Activity是singleTask模式，那么Task棧中將會(huì)只有一個(gè)該Activity的實(shí)例。例如：現(xiàn)在棧的情況為：A B C D。B的Launch mode為singleTask，此時(shí)D通過Intent跳轉(zhuǎn)到B，則棧的情況變成了：A B。而C和D被彈出銷毀了，也就是說位于B之上的實(shí)例都被銷毀了。

singleInstance：將Activity壓入一個(gè)新建的任務(wù)棧中。例如：Task棧1的情況為：A B C。C通過Intent跳轉(zhuǎn)到D，而D的Launch mode為singleInstance，則將會(huì)新建一個(gè)Task棧2。此時(shí)Task棧1的情況還是為：A B C。Task棧2的情況為：D。此時(shí)屏幕界面顯示D的內(nèi)容，如果這時(shí)D又通過Intent跳轉(zhuǎn)到D，則Task棧2中也不會(huì)新建一個(gè)D的實(shí)例，所以兩個(gè)棧的情況也不會(huì)變化。而如果D跳轉(zhuǎn)到C，則棧1的情況變成了：A B C C，因?yàn)镃的Launch mode為standard，此時(shí)如果再按返回鍵，則棧1變成：A B C。也就是說現(xiàn)在界面還顯示C的內(nèi)容，不是D。
好了，現(xiàn)在有一個(gè)問題就是這時(shí)這種情況下如果用戶點(diǎn)擊了Home鍵，則再也回不到D的即時(shí)界面了。如果想解決這個(gè)問題，可以為D在Manifest.xml文件中的聲明加上：

<intent-filter>
???????<action android:name="android.intent.action.MAIN" />
????????<category android:name="android.intent.category.LAUNCHER" />
?</intent-filter>

加上這段之后，也就是說該程序中有兩個(gè)這種聲明，另一個(gè)就是那個(gè)正常的根activity，在打成apk包安裝之后，在程序列表中能看到兩個(gè)圖標(biāo)，但是如果都運(yùn)行的話，在任務(wù)管理器中其實(shí)也只有一個(gè)。上面的情況點(diǎn)擊D的那個(gè)圖標(biāo)就能回到它的即時(shí)界面（比如一個(gè)EditText，以前輸入的內(nèi)容，現(xiàn)在回到之后依然存在）。

PS：intent-filter中?<action android:name="android.intent.action.MAIN" />和?<category android:name="android.intent.category.LAUNCHER" />兩個(gè)過濾條件缺一不可才會(huì)在程序列表中添加一個(gè)圖標(biāo)，圖標(biāo)下的顯示文字是android:label設(shè)定的字符串。

Intent的常用Flag參數(shù)：

FLAG_ACTIVITY_CLEAR_TOP：例如現(xiàn)在的棧情況為：A B C D 。D此時(shí)通過intent跳轉(zhuǎn)到B，如果這個(gè)intent添加FLAG_ACTIVITY_CLEAR_TOP標(biāo)記，則棧情況變?yōu)?#xff1a;A B。如果沒有添加這個(gè)標(biāo)記，則棧情況將會(huì)變成：A B C D B。也就是說，如果添加了FLAG_ACTIVITY_CLEAR_TOP標(biāo)記，并且目標(biāo)Activity在棧中已經(jīng)存在，則將會(huì)把位于該目標(biāo)activity之上的activity從棧中彈出銷毀。這跟上面把B的Launch mode設(shè)置成singleTask類似。

FLAG_ACTIVITY_NEW_TASK：例如現(xiàn)在棧1的情況是：A B C。C通過intent跳轉(zhuǎn)到D，并且這個(gè)intent添加了FLAG_ACTIVITY_NEW_TASK標(biāo)記，如果D這個(gè)Activity在Manifest.xml中的聲明中添加了Task affinity，并且和棧1的affinity不同，系統(tǒng)首先會(huì)查找有沒有和D的Task affinity相同的task棧存在，如果有存在，將D壓入那個(gè)棧，如果不存在則會(huì)新建一個(gè)D的affinity的棧將其壓入。如果D的Task affinity默認(rèn)沒有設(shè)置，或者和棧1的affinity相同，則會(huì)把其壓入棧1，變成：A B C D，這樣就和不加FLAG_ACTIVITY_NEW_TASK標(biāo)記效果是一樣的了。??????注意如果試圖從非activity的非正常途徑啟動(dòng)一個(gè)activity，比如從一個(gè)service中啟動(dòng)一個(gè)activity，則intent比如要添加FLAG_ACTIVITY_NEW_TASK標(biāo)記。

FLAG_ACTIVITY_NO_HISTORY：例如現(xiàn)在棧情況為：A B C。C通過intent跳轉(zhuǎn)到D，這個(gè)intent添加FLAG_ACTIVITY_NO_HISTORY標(biāo)志，則此時(shí)界面顯示D的內(nèi)容，但是它并不會(huì)壓入棧中。如果按返回鍵，返回到C，棧的情況還是：A B C。如果此時(shí)D中又跳轉(zhuǎn)到E，棧的情況變?yōu)?#xff1a;A B C E，此時(shí)按返回鍵會(huì)回到C，因?yàn)镈根本就沒有被壓入棧中。

?FLAG_ACTIVITY_SINGLE_TOP：和上面Activity的Launch mode的singleTop類似。如果某個(gè)intent添加了這個(gè)標(biāo)志，并且這個(gè)intent的目標(biāo)activity就是棧頂?shù)腶ctivity，那么將不會(huì)新建一個(gè)實(shí)例壓入棧中。

Activity的主要屬性：

allowTaskReparenting：設(shè)置成true時(shí)，和Intent的FLAG_ACTIVITY_NEW_TASK標(biāo)記類似。

alwaysRetainTaskStat:???如果用戶長時(shí)間將某個(gè)task移入后臺(tái)，則系統(tǒng)會(huì)將該task的棧內(nèi)容彈出只剩下棧底的activity，此時(shí)用戶再返回，則只能看到根activity了。如果棧底的activity的這個(gè)屬性設(shè)置成true，則將阻止這一行為，從而保留所有的棧內(nèi)容。

clearTaskOnLaunch：根activity的這個(gè)屬性設(shè)置成true時(shí)，和上面的alwaysRetainTaskStat的屬性為true情況搞好相反。

finishOnTaskLaunch：對(duì)于任何activity，如果它的這個(gè)屬性設(shè)置成true，則當(dāng)task被放置到后臺(tái)，然后重新啟動(dòng)后，該activity將不存在了。

參考：http://mypyg.iteye.com/blog/919643?

???????????http://marshal.easymorse.com/archives/2950?

???????????http://blog.csdn.net/infsafe/archive/2010/06/12/5666964.aspx

轉(zhuǎn)載于:https://www.cnblogs.com/snowberg/archive/2012/04/21/2468507.html

總結(jié)

以上是生活随笔為你收集整理的Activity四种加载模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

上一篇：怎样查看陌陌的聊天记录？
下一篇： 2020二类电商行业广告投放概况