欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

Android四大基本組件介紹與生命周期-創(chuàng)新互聯(lián)

Android四大基本組件分別是Activity，Service服務,Content Provider內容提供者，BroadcastReceiver廣播接收器。

為崖州等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務，及崖州網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都做網(wǎng)站、成都網(wǎng)站設計、成都外貿(mào)網(wǎng)站建設、崖州網(wǎng)站設計，以傳統(tǒng)方式定制建設網(wǎng)站，并提供域名空間備案等一條龍服務，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

一:了解四大基本組件

Activity :

應用程序中，一個Activity通常就是一個單獨的屏幕，它上面可以顯示一些控件也可以監(jiān)聽并處理用戶的事件做出響應。

Activity之間通過Intent進行通信。在Intent 的描述結構中，有兩個最重要的部分：動作和動作對應的數(shù)據(jù)。

典型的動作類型有：M AIN（activity的門戶）、VIEW、PICK、EDIT 等。而動作對應的數(shù)據(jù)則以URI 的形式進行表示。例如：要查看一個人的聯(lián)系方式，你需要創(chuàng)建一個動作類型為VIEW 的intent，以及一個表示這個人的URI。

與之有關系的一個類叫IntentFilter。相對于intent 是一個有效的做某事的請求，一個intentfilter 則用于描述一個activity（或者IntentReceiver）能夠操作哪些intent。一個activity 如果要顯示一個人的聯(lián)系方式時，需要聲明一個IntentFilter，這個IntentFilter 要知道怎么去處理VIEW 動作和表示一個人的URI。IntentFilter 需要在AndroidManifest.xml 中定義。通過解析各種intent，從一個屏幕導航到另一個屏幕是很簡單的。當向前導航時，activity 將會調用startActivity(Intent myIntent)方法。然后，系統(tǒng)會在所有安裝的應用程序中定義的IntentFilter 中查找，找到最匹配myIntent 的Intent 對應的activity。新的activity 接收到myIntent 的通知后，開始運行。當startActivity 方法被調用將觸發(fā)解析myIntent 的動作，這個機制提供了兩個關鍵好處：

A、Activities 能夠重復利用從其它組件中以Intent 的形式產(chǎn)生的一個請求；

B、Activities 可以在任何時候被一個具有相同IntentFilter 的新的Activity 取代。

AndroidManifest文件中含有如下過濾器的Activity組件為默認啟動類當程序啟動時系統(tǒng)自動調用它

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

BroadcastReceive廣播接收器:

你的應用可以使用它對外部事件進行過濾只對感興趣的外部事件(如當電話呼入時，或者數(shù)據(jù)網(wǎng)絡可用時)進行接收并做出響應。廣播接收器沒有用戶界面。然而，它們可以啟動一個activity或serice 來響應它們收到的信息，或者用NotificationManager 來通知用戶。通知可以用很多種方式來吸引用戶的注意力──閃動背燈、震動、播放聲音等。一般來說是在狀態(tài)欄上放一個持久的圖標，用戶可以打開它并獲取消息。

廣播類型：

普通廣播，通過Context.sendBroadcast(Intent myIntent)發(fā)送的

有序廣播，通過Context.sendOrderedBroadcast(intent, receiverPermission)發(fā)送的，該方法第2個參數(shù)決定該廣播的級別，級別數(shù)值是在 -1000 到 1000 之間 , 值越大 , 發(fā)送的優(yōu)先級越高；廣播接收者接收廣播時的級別級別（可通過intentfilter中的priority進行設置設為2147483647時優(yōu)先級最高），同級別接收的先后是隨機的， 再到級別低的收到廣播，高級別的或同級別先接收到廣播的可以通過abortBroadcast()方法截斷廣播使其他的接收者無法收到該廣播，還有其他構造函數(shù)

異步廣播，通過Context.sendStickyBroadcast(Intent myIntent)發(fā)送的，還有sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,  initialCode, initialData, initialExtras)方法，該方法具有有序廣播的特性也有異步廣播的特性；發(fā)送異步廣播要： <uses-permission android:name="android.permission.BROADCAST_STICKY" />權限，接收并處理完Intent后，廣播依然存在，直到你調用removeStickyBroadcast(intent)主動把它去掉

注意：發(fā)送廣播時的intent參數(shù)與Contex.startActivity()啟動起來的Intent不同,前者可以被多個訂閱它的廣播接收器調用,后者只能被一個(Activity或service)調用

監(jiān)聽廣播Intent步驟:

1>             寫一個繼承BroadCastReceiver的類,重寫onReceive()方法,廣播接收器僅在它執(zhí)行這個方法時處于活躍狀態(tài)。當onReceive()返回后，它即為失活狀態(tài),注意:為了保證用戶交互過程的流暢,一些費時的操作要放到線程里,如類名SMSBroadcastReceiver

2>            注冊該廣播接收者,注冊有兩種方法程序動態(tài)注冊和AndroidManifest文件中進行靜態(tài)注冊（可理解為系統(tǒng)中注冊）如下：

        靜態(tài)注冊,注冊的廣播，下面的priority表示接收廣播的級別"2147483647"為最高優(yōu)先級

<receiver android:name=".SMSBroadcastReceiver" >　　<intent-filter android:priority = "2147483647" >　　　　<action android:name="android.provider.Telephony.SMS_RECEIVED" />　　</intent-filter></receiver >

動態(tài)注冊，一般在Activity可交互時onResume()內注冊BroadcastReceiver

IntentFilter intentFilter=new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
registerReceiver(mBatteryInfoReceiver ,intentFilter);//反注冊unregisterReceiver(receiver);

注意：

1.生命周期只有十秒左右，如果在 onReceive() 內做超過十秒內的事情，就會報ANR(Application No Response) 程序無響應的錯誤信息，如果需要完成一項比較耗時的工作 , 應該通過發(fā)送 Intent 給 Service, 由Service 來完成 . 這里不能使用子線程來解決 , 因為 BroadcastReceiver 的生命周期很短 , 子線程可能還沒有結束BroadcastReceiver 就先結束了 .BroadcastReceiver 一旦結束 , 此時 BroadcastReceiver 的所在進程很容易在系統(tǒng)需要內存時被優(yōu)先殺死 , 因為它屬于空進程 ( 沒有任何活動組件的進程 ). 如果它的宿主進程被殺死 , 那么正在工作的子線程也會被殺死 . 所以采用子線程來解決是不可靠的

2. 動態(tài)注冊廣播接收器還有一個特點，就是當用來注冊的Activity關掉后，廣播也就失效了。靜態(tài)注冊無需擔憂廣播接收器是否被關閉,只要設備是開啟狀態(tài),廣播接收器也是打開著的。也就是說哪怕app本身未啟動,該app訂閱的廣播在觸發(fā)時也會對它起作用

系統(tǒng)常見廣播Intent,如開機啟動、電池電量變化、時間改變等廣播

Service 服務:

一個Service 是一段長生命周期的，沒有用戶界面的程序，可以用來開發(fā)如監(jiān)控類程序。

比較好的一個例子就是一個正在從播放列表中播放歌曲的媒體播放器。在一個媒體播放器的應用中，應該會有多個activity，讓使用者可以選擇歌曲并播放歌曲。然而，音樂重放這個功能并沒有對應的activity，因為使用者當然會認為在導航到其它屏幕時音樂應該還在播放的。在這個例子中，媒體播放器這個activity 會使用Context.startService()來啟動一個service，從而可以在后臺保持音樂的播放。同時，系統(tǒng)也將保持這個service 一直執(zhí)行，直到這個service 運行結束。另外，我們還可以通過使用Context.bindService()方法，連接到一個service 上（如果這個service 還沒有運行將啟動它）。當連接到一個service 之后，我們還可以service 提供的接口與它進行通訊。拿媒體播放器這個例子來說，我們還可以進行暫停、重播等操作。

Service使用步驟如下

      1>繼承service類

      2>AndroidManifast.xml配置清單文件中<application>節(jié)點里對服務進行配置

             <service name=".SMSService"/>

服務不能自己運行,需要通過Contex.startService()或Contex.bindService()啟動服務

通過startService()方法啟動的服務于調用者沒有關系,即使調用者關閉了,服務仍然運行想停止服務要調用Context.stopService(),此時系統(tǒng)會調用onDestory(),使用此方法啟動時,服務首次啟動系統(tǒng)先調用服務的onCreate()-->onStart(),如果服務已經(jīng)啟動再次調用只會觸發(fā)onStart()方法

使用bindService()啟動的服務與調用者綁定,只要調用者關閉服務就終止,使用此方法啟動時,服務首次啟動系統(tǒng)先調用服務的onCreate()-->onBind(),如果服務已經(jīng)啟動再次調用不會再觸發(fā)這2個方法,調用者退出時系統(tǒng)會調用服務的onUnbind()-->onDestory(),想主動解除綁定可使用Contex.unbindService(),系統(tǒng)依次調用onUnbind()-->onDestory();

Content Provider內容提供者 :

android平臺提供了Content Provider使一個應用程序的指定數(shù)據(jù)集提供給其他應用程序。這些數(shù)據(jù)可以存儲在文件系統(tǒng)中、在一個SQLite數(shù)據(jù)庫、或以任何其他合理的方式,

其他應用可以通過ContentResolver類(見ContentProviderAccessApp例子)從該內容提供者中獲取或存入數(shù)據(jù).(相當于在應用外包了一層殼),

只有需要在多個應用程序間共享數(shù)據(jù)是才需要內容提供者。例如，通訊錄數(shù)據(jù)被多個應用程序使用，且必須存儲在一個內容提供者中

它的好處:統(tǒng)一數(shù)據(jù)訪問方式。

android系統(tǒng)自帶的內容提供者(頂級的表示數(shù)據(jù)庫名,非頂級的都是表名)這些內容提供者在SDK文檔的android.provider Java包中都有介紹。見：http://developer.android.com/reference/android/provider/package-summary.html

├────Browser

├────CallLog

├────Contacts

│              ├────Groups

│              ├────People

│              ├────Phones

│              └────Photos

├────Images

│              └────Thumbnails

├────MediaStore

│              ├────Albums

│              ├────Artists

│              ├────Audio

│              ├────Genres

│              └────Playlists

├────Settings

└────Video

 CallLog：地址和接收到的電話信息

 Contact.People.Phones：存儲電話號碼

 Setting.System：系統(tǒng)設置和偏好設置

使用Content Provider對外共享數(shù)據(jù)的步驟

1>繼承ContentProvider類并根據(jù)需求重寫以下方法:

Android四大基本組件介紹與生命周期

  onCreate();

       
        
        Uri insert(Uri uri, ContentValues initialValues);       
        
         delete(Uri uri, String selection, String[] selectionArgs);       
        
         update(Uri uri, ContentValues values, String selection,
                     String[] selectionArgs);       
        
        Cursor query(Uri uri, String[] projection, String selection,
                     String[] selectionArgs, String sortOrder) ;         

       
        String getType(Uri uri)

Android四大基本組件介紹與生命周期

這些方法中的Uri參數(shù),得到后需要進行解析然后做對應處理,Uri表示要操作的數(shù)據(jù),包含兩部分信息:

      1.需要操作的contentprovider

      2.對contentprovider中的什么數(shù)據(jù)進行操作,一個Uri格式:結構頭://authorities(域名)/路徑(要操作的數(shù)據(jù),根據(jù)業(yè)務而定)

             content://com.bravestarr.provider.personprovider/person/10

說明:contentprovider的結構頭已經(jīng)由android規(guī)定為content://

authorities用于唯一標識這個contentprovider程序,外部調用者可以根據(jù)這個找到他

路徑表示我們要操作的數(shù)據(jù),路徑的構建根據(jù)業(yè)務而定.路徑格式如下:

      要操作person表行號為10的記錄,可以這樣構建/person/10

      要操作person表的所有記錄,可以這樣構建/person

2>在AndroidManifest.xml中使用<provider>對ContentProvider進行配置注冊(內容提供者注冊它自己就像網(wǎng)站注冊域名),ContentProvider采用authoritie(原意授權,可理解為域名)作為唯一標識,方便其他應用能找到

Android四大基本組件介紹與生命周期

<application        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name" >
        <!-- authorities屬性命名建議:公司名.provider.SomeProvider-->
        <provider android:name=".PersonProvider" android:authorities="com.bravestarr.provider.personprovider"/>
         ...</application>

Android四大基本組件介紹與生命周期

關于四大基本組件的一個總結：

1>   4大組件的注冊

4大基本組件都需要注冊才能使用,每個Activity、service、Content Provider內容提供者都需要在AndroidManifest文件中進行配置AndroidManifest文件中未進行聲明的activity、服務以及內容提供者將不為系統(tǒng)所見，從而也就不可用，而BroadcastReceive廣播接收者的注冊分靜態(tài)注冊（在AndroidManifest文件中進行配置）和通過代碼動態(tài)創(chuàng)建并以調用Context.registerReceiver()的方式注冊至系統(tǒng)。需要注意的是在AndroidManifest文件中進行配置的廣播接收者會隨系統(tǒng)的啟動而一直處于活躍狀態(tài),只要接收到感興趣的廣播就會觸發(fā)（即使程序未運行）

AndroidManifest文件中進行注冊格式如下：

<activity>元素的name 屬性指定了實現(xiàn)了這個activity 的Activity 的子類。icon 和label 屬性指向了包含展示給用戶的此activity 的圖標和標簽的資源文件。

<service> 元素用于聲明服務

<receiver> 元素用于聲明廣播接收器

<provider> 元素用于聲明內容提供者

2>  4大組件的激活

容提供者的激活：當接收到ContentResolver 發(fā)出的請求后，內容提供者被激活。而其它三種組件──activity、服務和廣播接收器被一種叫做intent 的異步消息所激活

Activity的激活通過傳遞一個Intent 對象至Context.startActivity()或Activity.startActivityForResult()以載入（或指定新工作給）一個activity。相應的activity 可以通過調用getIntent() 方法來查看激活它的intent。如果它期望它所啟動的那個activity 返回一個結果，它會以調用startActivityForResult()來取代startActivity()。比如說，如果它啟動了另外一個Activity 以使用戶挑選一張照片，它也許想知道哪張照片被選中了。結果將會被封裝在一個Intent 對象中，并傳遞給發(fā)出調用的activity 的onActivityResult() 方法。

服務的激活可以通過傳遞一個Intent 對象至Context.startService()或Context.bindService()前者Android 調用服務的onStart()方法并將Intent 對象傳遞給它，后者Android 調用服務的onBind()方法將這個Intent 對象傳遞給它

發(fā)送廣播可以通過傳遞一個Intent 對象至給Context.sendBroadcast() 、

Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()Android 會調用所有對此廣播有興趣的廣播接收器的onReceive()方法，將intent 傳遞給它們

3>  四大組件的關閉

內容提供者僅在響應ContentResolver 提出請求的時候激活。而一個廣播接收器僅在響應廣播信息的時候激活。所以，沒有必要去顯式的關閉這些組件。

Activity關閉：可以通過調用它的finish()方法來關閉一個activity

服務關閉：對于通過startService()方法啟動的服務要調用Context.stopService()方法關閉服務，使用bindService()方法啟動的服務要調用Contex.unbindService ()方法關閉服務

二:四大組件的生命周期

     介紹生命周期之前，先提一下任務的概念

任務其實就是activity 的棧它由一個或多個Activity組成的共同完成一個完整的用戶體驗， 換句話說任務就是” 應用程序” （可以是一個也可以是多個，比如假設你想讓用戶看到某個地方的街道地圖。而已經(jīng)存在一個具有此功能的activity 了，那么你的activity 所需要做的工作就是把請求信息放到一個Intent 對象里面，并把它傳遞給startActivity()。于是地圖瀏覽器就會顯示那個地圖。而當用戶按下BACK 鍵的時候，你的activity 又會再一次的顯示在屏幕上，此時任務是由2個應用程序中的相關activity組成的）棧底的是啟動整個任務的Activity，棧頂?shù)氖钱斍斑\行的用戶可以交互的Activity，當一個activity 啟動另外一個的時候，新的activity 就被壓入棧，并成為當前運行的activity。而前一個activity 仍保持在棧之中。當用戶按下BACK 鍵的時候，當前activity 出棧，而前一個恢復為當前運行的activity。棧中保存的其實是對象，棧中的Activity 永遠不會重排，只會壓入或彈出，所以如果發(fā)生了諸如需要多個地圖瀏覽器的情況，就會使得一個任務中出現(xiàn)多個同一Activity 子類的實例同時存在。

任務中的所有activity 是作為一個整體進行移動的。整個的任務（即activity 棧）可以移到前臺，或退至后臺。舉個例子說，比如當前任務在棧中存有四個activity──三個在當前activity 之下。當用戶按下HOME 鍵的時候，回到了應用程序加載器，然后選擇了一個新的應用程序（也就是一個新任務）。則當前任務遁入后臺，而新任務的根activity 顯示出來。然后，過了一小會兒，用戶再次回到了應用程序加載器而又選擇了前一個應用程序（上一個任務）。于是那個任務，帶著它棧中所有的四個activity，再一次的到了前臺。當用戶按下BACK 鍵的時候，屏幕不會顯示出用戶剛才離開的activity（上一個任務的根

activity）。取而代之，當前任務的棧中最上面的activity 被彈出，而同一任務中的上一個activity 顯示了出來。

Activity棧：先進后出規(guī)則

                                                    Android四大基本組件介紹與生命周期

Android系統(tǒng)是一個多任務(Multi-Task)的操作系統(tǒng)，可以在用手機聽音樂的同時，也執(zhí)行其他多個程序。每多執(zhí)行一個應用程序，就會多耗費一些系統(tǒng)內存，當同時執(zhí)行的程序過多，或是關閉的程序沒有正確釋放掉內存，系統(tǒng)就會覺得越來越慢，甚至不穩(wěn)定。

為了解決這個問題， Android 引入了一個新的機制-- 生命周期(Life Cycle)。

Android 應用程序的生命周期是由Android 框架進行管理，而不是由應用程序直接控

制。通常，每一個應用程序（入口一般會是一個Activity 的onCreate 方法），都會產(chǎn)生

一個進程(Process)。當系統(tǒng)內存即將不足的時候，會依照優(yōu)先級自動進行進程(process)的回收。不管是使用者或開發(fā)者， 都無法確定的應用程序何時會被回收。所以為了很好的防止數(shù)據(jù)丟失和其他問題，了解生命周期很重要。

Activity生命周期：

                                                           Android四大基本組件介紹與生命周期

圖3.1activity生命周期圖

Activity整個生命周期的4種狀態(tài)、7個重要方法和3個嵌套循環(huán)

1>   四種狀態(tài)

  1.       活動（Active/Running）狀態(tài)

當Activity運行在屏幕前臺(處于當前任務活動棧的最上面),此時它獲取了焦點能響應用戶的操作,屬于運行狀態(tài)，同一個時刻只會有一個Activity 處于活動(Active)或運行

(Running)狀態(tài)

  1.     暫停(Paused)狀態(tài)

當Activity失去焦點但仍對用戶可見(如在它之上有另一個透明的Activity或Toast、AlertDialog等彈出窗口時)它處于暫停狀態(tài)。暫停的Activity仍然是存活狀態(tài)(它保留著所有的狀態(tài)和成員信息并保持和窗口管理器的連接),但是當系統(tǒng)內存極小時可以被系統(tǒng)殺掉

3.      停止(Stopped)狀態(tài)

完全被另一個Activity遮擋時處于停止狀態(tài),它仍然保留著所有的狀態(tài)和成員信息。只是對用戶不可見,當其他地方需要內存時它往往被系統(tǒng)殺掉

4.      非活動（Dead）狀態(tài)

Activity 尚未被啟動、已經(jīng)被手動終止，或已經(jīng)被系統(tǒng)回收時處于非活動的狀態(tài)，要手動終止Activity，可以在程序中調用"finish"方法。

如果是（按根據(jù)內存不足時的回收規(guī)則）被系統(tǒng)回收，可能是因為內存不足了

內存不足時，Dalvak 虛擬機會根據(jù)其內存回收規(guī)則來回收內存：

      1. 先回收與其他Activity 或Service/Intent Receiver 無關的進程(即優(yōu)先回收獨

立的Activity)因此建議,我們的一些(耗時)后臺操作，最好是作成Service的形式

      2.不可見(處于Stopped狀態(tài)的)Activity

      3.Service進程(除非真的沒有內存可用時會被銷毀)

      4.非活動的可見的(Paused狀態(tài)的)Activity

      5.當前正在運行（Active/Running狀態(tài)的）Activity

2>  7個重要方法,當Activity從一種狀態(tài)進入另一狀態(tài)時系統(tǒng)會自動調用下面相應的方

法來通知用戶這種變化

當Activity第一次被實例化的時候系統(tǒng)會調用,

整個生命周期只調用1次這個方法

通常用于初始化設置: 1、為Activity設置所要使用的布局文件2、為按鈕綁定監(jiān)聽器等靜態(tài)的設置操作

      onCreate(Bundle savedInstanceState);

當Activity可見未獲得用戶焦點不能交互時系統(tǒng)會調用

      onStart();

當Activity已經(jīng)停止然后重新被啟動時系統(tǒng)會調用

      onRestart();

當Activity可見且獲得用戶焦點能交互時系統(tǒng)會調用

      onResume();

當系統(tǒng)啟動另外一個新的Activity時,在新Activity啟動之前被系統(tǒng)調用保存現(xiàn)有的Activity中的持久數(shù)據(jù)、停止動畫等,這個實現(xiàn)方法必須非?？臁．斚到y(tǒng)而不是用戶自己出于回收內存時，關閉了activity 之后。用戶會期望當他再次回到這個activity 的時候，它仍保持著上次離開時的樣子。此時用到了onSaveInstanceState()，方法onSaveInstanceState()用來保存Activity被殺之前的狀態(tài),在onPause()之前被觸發(fā),當系統(tǒng)為了節(jié)省內存銷毀了Activity(用戶本不想銷毀)時就需要重寫這個方法了,當此Activity再次被實例化時會通過onCreate(Bundle savedInstanceState)將已經(jīng)保存的臨時狀態(tài)數(shù)據(jù)傳入因為onSaveInstanceState()方法不總是被調用,觸發(fā)條件為(按下HOME鍵,按下電源按鍵關閉屏幕,橫豎屏切換情況下),你應該僅重寫onSaveInstanceState()來記錄activity的臨時狀態(tài)，而不是持久的數(shù)據(jù)。應該使用onPause()來存儲持久數(shù)據(jù)。

      onPause();

當Activity被新的Activity完全覆蓋不可見時被系統(tǒng)調用

      onStop();

當Activity(用戶調用finish()或系統(tǒng)由于內存不足)被系統(tǒng)銷毀殺掉時系統(tǒng)調用,（整個生命周期只調用1次）用來釋放onCreate ()方法中創(chuàng)建的資源,如結束線程等

      onDestroy();

3>  3個嵌套循環(huán)

             1.Activity完整的生命周期:從第一次調用onCreate()開始直到調用onDestroy()結束

             2.Activity的可視生命周期:從調用onStart()到相應的調用onStop()

                    在這兩個方法之間,可以保持顯示Activity所需要的資源。如在onStart()中注冊一個廣播接收者監(jiān)聽影響你的UI的改變,在onStop() 中注銷。

             3.Activity的前臺生命周期:從調用onResume()到相應的調用onPause()。

      舉例說明:

例1：有3個Acitivity,分別用One,Two(透明的),Three表示,One是應用啟動時的主Activity

      啟動第一個界面Activity One時,它的次序是

             onCreate (ONE) - onStart (ONE) - onResume(ONE)

      點"打開透明Activity"按鈕時,這時走的次序是

             onPause(ONE) - onCreate(TWO) - onStart(TWO) - onResume(TWO)

      再點back回到第一個界面,Two會被殺這時走的次序是

             onPause(TWO) - onActivityResult(ONE) - onResume(ONE) - onStop(TWO) - onDestroy(TWO)

      點"打開全屏Activity"按鈕時,這時走的次序是

             onPause(ONE) - onCreate(Three) - onStart(Three) - onResume(Three) - onStop(ONE)

      再點back回到第一個界面,Three會被殺這時走的次序是

             onPause(Three) - onActivityResult(ONE) - onRestart(ONE) - onStart(ONE)- onResume(ONE) - onStop(Three) - onDestroy(Three)

      再點back退出應用時,它的次序是

             onPause(ONE) - onStop(ONE) - onDestroy(ONE)

例2：橫豎屏切換時候Activity的生命周期

他切換時具體的生命周期是怎么樣的：

1、新建一個Activity，并把各個生命周期打印出來

2、運行Activity，得到如下信息

onCreate-->
onStart-->
onResume-->

3、按crtl+f12切換成橫屏時

onSaveInstanceState-->
onPause-->
onStop-->
onDestroy-->
onCreate-->
onStart-->
onRestoreInstanceState-->
onResume-->

4、再按crtl+f12切換成豎屏時，發(fā)現(xiàn)打印了兩次相同的log

onSaveInstanceState-->
onPause-->
onStop-->
onDestroy-->
onCreate-->
onStart-->
onRestoreInstanceState-->
onResume-->
onSaveInstanceState-->
onPause-->
onStop-->
onDestroy-->
onCreate-->
onStart-->
onRestoreInstanceState-->
onResume-->

5、修改AndroidManifest.xml，把該Activity添加android:configChanges="orientation"，執(zhí)行步驟3

onSaveInstanceState-->
onPause-->
onStop-->
onDestroy-->
onCreate-->
onStart-->
onRestoreInstanceState-->
onResume-->

6、再執(zhí)行步驟4，發(fā)現(xiàn)不會再打印相同信息，但多打印了一行onConfigChanged

onSaveInstanceState-->
onPause-->
onStop-->
onDestroy-->
onCreate-->
onStart-->
onRestoreInstanceState-->
onResume-->
onConfigurationChanged-->

7、把步驟5的android:configChanges="orientation" 改成 android:configChanges="orientation|keyboardHidden"，執(zhí)行步驟3，就只打印onConfigChanged

onConfigurationChanged-->

8、執(zhí)行步驟4

onConfigurationChanged-->
onConfigurationChanged-->

 總結：

1、不設置Activity的android:configChanges時，切屏會重新調用各個生命周期，切橫屏時會執(zhí)行一次，切豎屏時會執(zhí)行兩次

2、設置Activity的android:configChanges="orientation"時，切屏還是會重新調用各個生命周期，切橫、豎屏時只會執(zhí)行一次

3、設置Activity的android:configChanges="orientation|keyboardHidden"時，切屏不會重新調用各個生命周期，只會執(zhí)行onConfigurationChanged方法

總結一下整個Activity的生命周期

補充一點，當前Activity產(chǎn)生事件彈出Toast和AlertDialog的時候Activity的生命周期不會有改變

Activity運行時按下HOME鍵(跟被完全覆蓋是一樣的)：onSaveInstanceState --> onPause --> onStop，再次進入激活狀態(tài)時： onRestart -->onStart--->onResume

BroadcastReceive廣播接收器生命周期：

生命周期只有十秒左右，如果在 onReceive() 內做超過十秒內的事情，就會報ANR(Application No Response) 程序無響應的錯誤信息

它的生命周期為從回調onReceive()方法開始到該方法返回結果后結束

Service服務生命周期：

                                                             Android四大基本組件介紹與生命周期

圖3.2service生命周期圖

Service完整的生命周期:從調用onCreate()開始直到調用onDestroy()結束

Service有兩種使用方法：

1>以調用Context.startService()啟動，而以調用Context.stopService()結束

2>以調用Context.bindService()方法建立，以調用Context.unbindService()關閉

service重要的生命周期方法

當用戶調用startService （）或bindService（）時，Service第一次被實例化的時候系統(tǒng)會調用,整個生命周期只調用1次這個方法，通常用于初始化設置。注意：多次調用startService（）或bindService（）方法不會多次觸發(fā)onCreate（）方法

void onCreate()

當用戶調用stopService()或unbindService（）來停止服務時被系統(tǒng)調用,（整個生命周期只調用1次）用來釋放onCreate()方法中創(chuàng)建的資源

void onDestroy()

通過startService()方法啟動的服務

      初始化結束后系統(tǒng)會調用該方法，用于處理傳遞給startService()的Intent對象。如音樂服務會打開Intent 來探明將要播放哪首音樂，并開始播放。注意：多次調用startService（）方法會多次觸發(fā)onStart（）方法

void onStart(Intent intent)

通過bindService ()方法啟動的服務

      初始化結束后系統(tǒng)會調用該方法，用來綁定傳遞給bindService 的Intent 的對象。注意：多次調用bindService（）時，如果該服務已啟動則不會再觸發(fā)此方法

IBinder onBind(Intent intent)

用戶調用unbindService()時系統(tǒng)調用此方法，Intent 對象同樣傳遞給該方法

boolean onUnbind(Intent intent)

如果有新的客戶端連接至該服務，只有當舊的調用onUnbind()后，新的才會調用該方法

void onRebind(Intent intent)

補充：onCreate(Bundle savedInstanceState)與onSaveInstanceState(Bundle savedInstanceState)配合使用，見如下代碼，達到顯示activity被系統(tǒng)殺死前的狀態(tài)

Android四大基本組件介紹與生命周期

    @Override    public void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        if (null != savedInstanceState) {
            String _userid = savedInstanceState.getString("StrUserId");
            String _uid = savedInstanceState.getString("StrUid");
            String _serverid = savedInstanceState.getString("StrServerId");
            String _servername = savedInstanceState.getString("StrServerName");            int _rate = savedInstanceState.getInt("StrRate");            //updateUserId(_userid);            //updateUId(_uid);            //updateServerId(_serverid);            //updateUserServer(_servername);            //updateRate(_rate);
        }
    }

    @Override    protected void onSaveInstanceState(Bundle savedInstanceState) {        super.onSaveInstanceState(savedInstanceState);
        savedInstanceState.putString("StrUserId", getUserId());
        savedInstanceState.putString("StrUid", getUId());
        savedInstanceState.putString("StrServerId", getServerId());
        savedInstanceState.putString("StrServerName", getServerName());
        savedInstanceState.putInt("StrRate", getRate());
    }

Android四大基本組件介紹與生命周期

引發(fā)activity摧毀和重建的其他情形

除了系統(tǒng)處于內存不足的原因會摧毀activity之外, 某些系統(tǒng)設置的改變也會導致activity的摧毀和重建. 例如改變屏幕方向(見上例), 改變設備語言設定, 鍵盤彈出等.

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

分享標題：Android四大基本組件介紹與生命周期-創(chuàng)新互聯(lián)
鏈接分享：http://aaarwkj.com/article6/pgcog.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、網(wǎng)站設計、虛擬主機、定制網(wǎng)站、網(wǎng)站策劃、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)

網(wǎng)站建設網(wǎng)站維護公司
妞干网视频这里只有精品| 亚洲成人av日韩在线| 欧美黄片不用下载在线观看| 久久精品色一情一乱一伦| 人妻中文字幕在线一二区| 国产原创av剧情在线播放| 国产精品毛片一区内射| 亚洲黄色av一区二区三区| 国产精品呦呦国产精品尤物| 国产精品综合av一区二区国产馆| 成人国产午夜福利网| 国产美女直播亚洲一区色| 日韩无遮挡免费在线观看| 五月综合丁香婷婷久久| 男女性视频在线免费观看| 欧美高清一区二区在线播放| 国产精品传媒免费在线观看| 亚洲欧美一区二区三区日本| 精品久久久久久久中文字幕 | 国产亚洲中文字幕91| 蜜臀av网站在线播放| 日韩欧美一区二区三区在线| 国产91精品成人在线观看 | 福利福利视频一区二区| 国产视频专区一区二区| 九色综合狠狠综合久久| 宫部凉花中文字幕在线| 中文字幕国产精品综合| 暖暖免费中文高清日本三区| 欧美日韩国产综合下一页| 国内一级黄色片免费观看| 国产成人免费视频一区| 天天操夜夜操夜夜操精品| 日韩欧美亚洲自拍另类| 中文字幕在线一区国产精品| 欧美日韩另类激情免费| 国产一区二区精品小视频| 91伊人日本在线视频| 18禁黄久久久一区二区三区| 国产福利在线观看网站| 白浆视频在线免费观看|