1. 程式人生 > >Android:圖解四種啟動模式 及 實際應用場景解說

Android:圖解四種啟動模式 及 實際應用場景解說

類型 placed data val add The avi 能夠 per

在一個項目中會包括著多個Activity,系統中使用任務棧來存儲創建的Activity實例,任務棧是一種“後進先出”的棧結構。舉個栗子,若我們多次啟動同一個Activity。系統會創建多個實例依次放入任務棧中。當按back鍵返回時,每按一次,一個Activity出棧,直到棧空為止。當棧中無不論什麽Activity。系統就會回收此任務棧。

上面這個樣例中的Activity並沒有設置啟動模式,你會發現多次啟動同一個Activity。而系統卻創建了多個實例,白白浪費內存,這樣的情況Android早就替我們考慮好了。Android為Activity 的創建提供了4種啟動模式,而依據實際應用場景的不同。為Activity 選擇不同的啟動模式,最大化降低了每次都須要在棧中創建一個新的Activity的壓力,降低內存使用。

啟動模式的具體說明和使用場景?以下依據這篇博文來一一解惑。

一. Android啟動模式具體解釋

技術分享圖片



1. Standard 標準模式

說明: Android創建Activity時的默認模式,假設沒有為Activity設置啟動模式的話,默覺得標準模式。每次啟動一個Activity都會又一次創建一個新的實例入棧,無論這個實例是否存在。

生命周期:如上所看到的,每次被創建的實例Activity 的生命周期符合典型情況,它的onCreate、onStart、onResume都會被調用。

舉例:此時Activity 棧中以此有A、B、C三個Activity,此時C處於棧頂,啟動模式為Standard 模式

若在C Activity中加入點擊事件,須要跳轉到還有一個同類型的C Activity。結果是還有一個C Activity進入棧中,成為棧頂。
技術分享圖片




2. SingleTop 棧頂復用模式

說明:分兩種處理情況:須要創建的Activity已經處於棧頂時,此時會直接復用棧頂的Activity。不會再創建新的Activity;若須要創建的Activity不處於棧頂,此時會又一次創建一個新的Activity入棧,同Standard模式一樣。

生命周期:若情況一中棧頂的Activity被直接復用時,它的onCreate、onStart不會被系統調用,由於它並沒有發生改變。可是一個新的方法 onNewIntent

會被回調(Activity被正常創建時不會回調此方法)。

舉例:此時Activity 棧中以此有A、B、C三個Activity,此時C處於棧頂,啟動模式為SingleTop 模式。情況一:在C Activity中加入點擊事件,須要跳轉到還有一個同類型的C Activity。

結果是直接復用棧頂的C Activity。

情況二:在C Activity中加入點擊事件,須要跳轉到還有一個A Activity。結果是創建一個新的Activity入棧。成為棧頂。


技術分享圖片




3. SingleTask 棧內復用模式

說明:若須要創建的Activity已經處於棧中時,此時不會創建新的Activity,而是將存在棧中的Activity上面的其他Activity所有銷毀,使它成為棧頂。

生命周期:同SingleTop 模式中的情況一同樣。僅僅會又一次回調Activity中的 onNewIntent方法

舉例:此時Activity 棧中以此有A、B、C三個Activity。此時C處於棧頂,啟動模式為SingleTask 模式

情況一:在C Activity中加入點擊事件,須要跳轉到還有一個同類型的C Activity。結果是直接用棧頂的C Activity。情況二:在C Activity中加入點擊事件,須要跳轉到還有一個A Activity。

結果是將A Activity上面的B、C所有銷毀,使A Activity成為棧頂。
技術分享圖片




4. SingleInstance 單實例模式

說明: SingleInstance比較特殊,是全局單例模式,是一種加強的SingleTask模式。它除了具有它所有特性外,還加強了一點:具有此模式的Activity僅僅能單獨位於一個任務棧中。

這個經常使用於系統中的應用,比如Launch、鎖屏鍵的應用等等,整個系統中僅僅有一個!所以在我們的應用中一般不會用到。了解就可以。

舉例:比方 A Activity是該模式,啟動A後。系統會為它創建一個單獨的任務棧,由於棧內復用的特性。興許的請求均不會創建新的Activity,除非這個獨特的任務棧被系統銷毀。






二.啟動模式的使用方式

1. 在 Manifest.xml中指定Activity啟動模式

一種靜態的指定方法,在Manifest.xml文件裏聲明Activity的同一時候指定它的啟動模式,這樣在代碼中跳轉時會依照指定的模式來創建Activity。樣例例如以下:

        <activity android:name="..activity.MultiportActivity" android:launchMode="singleTask"/>

2. 啟動Activity時。在Intent中指定啟動模式去創建Activity

一種動態的啟動模式,在new 一個Intent後,通過Intent的addFlags方法去動態指定一個啟動模式。樣例例如以下:

        Intent intent = new Intent();
        intent.setClass(context, MainActivity.class);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        context.startActivity(intent);

註意:以上兩種方式都能夠為Activity指定啟動模式,可是二者還是有差別的。

(1)優先級動態指定方式即另外一種比第一種優先級要若兩者同一時候存在,以另外一種方式為準。


(2)限定範圍:第一種方式無法為Activity直接指定 FLAG_ACTIVITY_CLEAR_TOP 標識,另外一種方式無法為Activity指定 singleInstance 模式。





三. Activity 的 Flags

標記位既能夠設定Activity的啟動模式,如同上面介紹的,在動態指定啟動模式,比方 FLAG_ACTIVITY_NEW_TASKFLAG_ACTIVITY_SINGLE_TOP 等。它還能夠影響Activity 的運行狀態 ,比方 FLAG_ACTIVITY_CLEAN_TOPFLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 等。

以下介紹幾個基本的標記位,切勿死記,理解幾個就可以,須要時再查官方文檔。

1. FLAG_ACTIVITY_NEW_TASK

作用是為Activity指定 “SingleTask”啟動模式。跟在AndroidMainfest.xml指定效果同樣。


2. FLAG_ACTIVITY_SINGLE_TOP

作用是為Activity指定 “SingleTop”啟動模式,跟在AndroidMainfest.xml指定效果同樣。


3. FLAG_ACTIVITY_CLEAN_TOP

具有此標記位的Activity,啟動時會將與該Activity在同一任務棧的其他Activity出棧。一般與SingleTask啟動模式一起出現。它會完畢SingleTask的作用。但事實上SingleTask啟動模式默認具有此標記位的作用


4.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有此標記位的Activity不會出如今歷史Activity的列表中,使用場景:當某些情況下我們不希望用戶通過歷史列表回到Activity時,此標記位便體現了它的效果。它等同於在xml中指定Activity的屬性:

android:excludeFromRecents="trure"




四. 啟動模式的實際應用場景

這四種模式中的Standard模式是最普通的一種,沒有什麽特別註意。而SingleInstance模式是整個系統的單例模式,在我們的應用中一般不會應用到。所以,這裏就具體解說 SingleTopSingleTask模式的運用場景:

1. SingleTask模式的運用場景

最常見的應用場景就是保持我們應用開啟後僅僅有一個Activity的實例。最典型的樣例就是應用中展示的主頁(Home頁)。

假設用戶在主頁跳轉到其他頁面,運行多次操作後想返回到主頁,假設不使用SingleTask模式,在點擊返回的過程中會多次看到主頁,這明顯就是設計不合理了。




2. SingleTop模式的運用場景

假設你在當前的Activity中又要啟動同類型的Activity,此時建議將此類型Activity的啟動模式指定為SingleTop,能夠降低Activity的創建,節省內存!




3. 註意:復用Activity時的生命周期回調

這裏還須要考慮一個Activity跳轉時攜帶頁面參數的問題

由於當一個Activity設置了SingleTop或者SingleTask模式後,跳轉此Activity出現復用原有Activity的情況時,此Activity的onCreate方法將不會再次運行。onCreate方法僅僅會在第一次創建Activity時被運行。

而一般onCreate方法中會進行該頁面的數據初始化、UI初始化,假設頁面的展示數據無關頁面跳轉傳遞的參數,則不必操心此問題,若頁面展示的數據就是通過getInten() 方法來獲取,那麽問題就會出現:getInten()獲取的一直都是老數據,根本無法接收跳轉時傳送的新數據!

以下,通過一個樣例來具體解釋:

Manifest.xml
        <activity
            android:name=".activity.CourseDetailActivity"
            android:launchMode="singleTop"
            android:screenOrientation="portrait" />
public class CourseDetailActivity extends BaseActivity{
  ......
  @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_course_detail_layout);
        initData();
        initView();
    }

   //初始化數據
    private void initData() {
        Intent intent = getIntent();
        mCourseID = intent.getStringExtra(COURSE_ID);
    }

    //初始化UI
    private void initView() {
    ......
    }
    ......
}

以上代碼中的CourseDetailActivity在配置文件裏設置了啟動模式是SingleTop模式,依據上面啟動模式的介紹可得知,當CourseDetailActivity處於棧頂時。再次跳轉頁面到CourseDetailActivity時會直接復用原有的Activity,並且此頁面須要展示的數據是從getIntent()方法得來,可是initData()方法不會再次被調用,此時頁面就無法顯示新的數據。

當然這樣的情況系統早就為我們想過了,這時我們須要另外一個回調 onNewIntent(Intent intent)方法。此方法會傳入最新的intent,這樣我們就能夠解決上述問題。這裏建議的方法是又一次去setIntent。然後又一次去初始化數據和UI。代碼例如以下所看到的:

/*
* 復用Activity時的生命周期回調
*/
    @Override
    protected void onNewIntent(Intent intent) {
        super.onNewIntent(intent);
        setIntent(intent);
        initData();
        initView();
    }

這樣,在一個頁面中能夠反復跳轉並顯示不同的內容。






啟動模式事實上是初學Android時會學到的知識點,曾經也是一知半懂,有些知識點事實上跟設計模式一樣,你不去使用而僅僅是學習並不是能夠掌握到精髓,僅僅有真正去使用才會將這些變成你自己的,文章部分內容參考了《Android開發藝術探索》。好書推薦。

近期在使用啟動模式,特此來小小總結一番,網上關於此類的文章也有很多,可是多總結總結還是故意無害的。

歡迎指錯~
希望對你們有幫助 :)

Android:圖解四種啟動模式 及 實際應用場景解說