【移動應(yīng)用開發(fā)技術(shù)】Android四大組件之Activity詳解

【移動應(yīng)用開發(fā)技術(shù)】Android四大組件之Activity詳解

一、Activity的生命周期首先，我們來了解一下Activity典型的生命周期一個Activity從啟動到結(jié)束會以如下順序經(jīng)歷整個生命周期：onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()。包含了六個部分，還有一個onRestart()沒有調(diào)用，下面就來一一介紹生命周期的幾種普通情況下面來看一下特殊情況下的生命周期①橫豎屏切換在橫豎屏切換的過程中，會發(fā)生Activity被銷毀并重建的過程。在Activity由于異常情況下終止時，系統(tǒng)會調(diào)用onSaveInstanceState來保存當(dāng)前Activity的狀態(tài)。這個方法的調(diào)用是在onStop之前，它和onPause沒有既定的時序關(guān)系，該方法只在Activity被異常終止的情況下調(diào)用。當(dāng)異常終止的Activity被重建以后，系統(tǒng)會調(diào)用onRestoreInstanceState，并且把Activity銷毀時onSaveInstanceState方法所保存的Bundle對象參數(shù)同時傳遞給onRestoreInstanceState和onCreate方法?？梢酝ㄟ^onRestoreInstanceState方法來恢復(fù)Activity的狀態(tài)，該方法的調(diào)用時機是在onStart之后。橫豎屏切換的生命周期：onPause()->onSaveInstanceState()->onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()可以通過在AndroidManifest文件的Activity中指定如下屬性：來避免橫豎屏切換時，Activity的銷毀和重建②資源內(nèi)存不足導(dǎo)致優(yōu)先級低的Activity被殺死Activity優(yōu)先級的劃分和下面的Activity的三種運行狀態(tài)是對應(yīng)的。當(dāng)系統(tǒng)內(nèi)存不足時，會按照上述優(yōu)先級從低到高去殺死目標Activity所在的進程。再來看看Activity的三種運行狀態(tài)①Resumed（活動狀態(tài)）又叫Running狀態(tài)，這個Activity正在屏幕上顯示，并且有用戶焦點。②Paused（暫停狀態(tài)）這是一個比較不常見的狀態(tài)。這個Activity在屏幕上是可見的，但是并不是在屏幕最前端的那個Activity。比如有另一個非全屏或者透明的Activity是Resumed狀態(tài)，沒有完全遮蓋這個Activity。③Stopped（停止?fàn)顟B(tài)）當(dāng)Activity完全不可見時，此時Activity還在后臺運行，仍然在內(nèi)存中保留Activity的狀態(tài)，并不是完全銷毀。二、Activity的啟動模式1.啟動模式的類別Android提供了四種Activity啟動方式：2.啟動模式的結(jié)構(gòu)——棧Activity的管理是采用任務(wù)棧的形式，任務(wù)棧采用“后進先出”的棧結(jié)構(gòu)。3.Activity的LaunchMode(1)標準模式（standard）每啟動一次Activity，就會創(chuàng)建一個新的Activity實例并置于棧頂。誰啟動了這個Activity，那么這個Activity就運行在啟動它的那個Activity所在的棧中。應(yīng)用場景：絕大多數(shù)Activity。(2)棧頂復(fù)用模式（singleTop）如果需要新建的Activity位于任務(wù)棧棧頂，那么此Activity的實例就不會重建，而是重用棧頂?shù)膶嵗２⒒卣{(diào)如下方法：由于不會重建一個Activity實例，則不會回調(diào)其他生命周期方法。如果棧頂不是新建的Activity,就會創(chuàng)建該Activity新的實例，并放入棧頂。應(yīng)用場景：在通知欄點擊收到的通知，然后需要啟動一個Activity，這個Activity就可以用singleTop，否則每次點擊都會新建一個Activity。(3)棧內(nèi)復(fù)用模式（singleTask）該模式是一種單例模式，即一個棧內(nèi)只有一個該Activity實例。該模式，可以通過在AndroidManifest文件的Activity中指定該Activity需要加載到那個棧中，即singleTask的Activity可以指定想要加載的目標棧。singleTask和taskAffinity配合使用，指定開啟的Activity加入到哪個棧中。關(guān)于taskAffinity的值：每個Activity都有taskAffinity屬性，這個屬性指出了它希望進入的Task。如果一個Activity沒有顯式的指明該Activity的taskAffinity，那么它的這個屬性就等于Application指明的taskAffinity，如果Application也沒有指明，那么該taskAffinity的值就等于包名。在這種模式下，如果Activity指定的棧不存在，則創(chuàng)建一個棧，并把創(chuàng)建的Activity壓入棧內(nèi)。如果Activity指定的棧存在，如果其中沒有該Activity實例，則會創(chuàng)建Activity并壓入棧頂，如果其中有該Activity實例，則把該Activity實例之上的Activity殺死清除出棧，重用并讓該Activity實例處在棧頂，然后調(diào)用onNewIntent()方法。應(yīng)用場景：如大多數(shù)App的主頁。(4)單例模式（singleInstance）作為棧內(nèi)復(fù)用模式（singleTask）的加