Android四大基本組件與生命週期 總結
Android四大基本組件分別是Activity，Service服務,Content Provider內容提供者，BroadcastReceiver廣播接收器。
一:瞭解四大基本組件
Activity :
應用程序中，一個Activity通常就是一個單獨的屏幕，它上面可以顯示一些控件也可以監聽並處理用戶的事件做出響應。
Activity之間通過Intent進行通信。
在Intent 的描述結構中，有兩個最重要的部分：動作和動作對應的數據。
典型的動作類型有：MAIN（activity的門戶）、VIEW、PICK、EDIT 等。
而動作對應的數據則以URI 的形式進行表示。例如：要查看一個人的聯繫方式，你需要創建一個動作類型爲VIEW 的intent，以及一個表示這個人的URI。
與之有關係的一個類叫IntentFilter。相對於intent 是一個有效的做某事的請求，一個intentfilter 則用於描述一個activity（或者IntentReceiver）能夠操作哪些intent。
一個activity 如果要顯示一個人的聯繫方式時，需要聲明一個IntentFilter，這個IntentFilter 要知道怎麼去處理VIEW 動作和表示一個人的URI。
IntentFilter 需要在AndroidManifest.xml 中定義。通過解析各種intent，從一個屏幕導航到另一個屏幕是很簡單的。
當向前導航時，activity 將會調用startActivity(IntentmyIntent)方法。然後，系統會在所有安裝的應用程序中定義的IntentFilter中查找，找到最匹配myIntent 的Intent 對應的activity。新的activity 接收到myIntent 的通知後，開始運行。當startActivity 方法被調用將觸發解析myIntent的動作，這個機制提供了兩個關鍵好處：
A、Activities 能夠重複利用從其它組件中以Intent 的形式產生的一個請求；
B、Activities 可以在任何時候被一個具有相同IntentFilter 的新的Activity 取代。
AndroidManifest文件中含有如下過濾器的Activity組件爲默認啓動類,當程序啓動時系統自動調用
<intent-filter>
<actionandroid:name="android.intent.action.MAIN" />
<categoryandroid:name="android.intent.category.LAUNCHER"/>
</intent-filter>
BroadcastReceive廣播接收器:
系統常見廣播Intent,如開機啓動、電池電量變化、時間改變等廣播.
你的應用可以使用它對外部事件進行過濾只對感興趣的外部事件(如當電話呼入時，或者數據網絡可用時)進行接收並做出響應。廣播接收器沒有用戶界面。然而，它們可以啓動一個activity或serice 來響應它們收到的信息，或者用NotificationManager 來通知用戶。
通知可以用很多種方式來吸引用戶的注意力──閃動背燈、震動、播放聲音等。一般來說是在狀態欄上放一個持久的圖標，用戶可以打開它並獲取消息。
廣播類型：
普通廣播，通過Context.sendBroadcast(Intent myIntent)發送的
有序廣播，通過Context.sendOrderedBroadcast(intent, receiverPermission)發送的，
該方法第2個參數決定該廣播的級別，級別數值是在 -1000 到1000 之間 , 值越大, 發送的優先級越高；廣播接收者接收廣播時的級別級別（可通過intentfilter中的priority進行設置設爲2147483647時優先級最高），
同級別接收的先後是隨機的， 再到級別低的收到廣播，高級別的或同級別先接收到廣播的可以通過abortBroadcast()方法截斷廣播使其他的接收者無法收到該廣播，還有其他構造函數.
異步廣播，通過Context.sendStickyBroadcast(Intent myIntent)發送的，還有sendStickyOrderedBroadcast(intent,resultReceiver, scheduler, initialCode, initialData, initialExtras)方法，該方法具有有序廣播的特性也有異步廣播的特性；
發送異步廣播要：<uses-permission android:name="android.permission.BROADCAST_STICKY" />權限，接收並處理完Intent後，廣播依然存在，直到你調用removeStickyBroadcast(intent)主動把它去掉.
注意：發送廣播時的intent參數與Contex.startActivity()啓動起來的Intent不同,前者可以被多個訂閱它的廣播接收器調用,後者只能被一個(Activity或service)調用.
監聽廣播Intent步驟:
1> 寫一個繼承BroadCastReceiver的類,重寫onReceive()方法,廣播接收器僅在它執行這個方法時處於活躍狀態。當onReceive()返回後，它即爲失活狀態,注意:爲了保證用戶交互過程的流暢,一些費時的操作要放到線程裏,如類名SMSBroadcastReceiver
2> 註冊該廣播接收者,註冊有兩種方法程序動態註冊和AndroidManifest文件中進行靜態註冊（可理解爲系統中註冊）如下：
靜態註冊,註冊的廣播，下面的priority表示接收廣播的級別"2147483647"爲最高優先級
<receiverandroid:name=".SMSBroadcastReceiver" >
<intent-filter android:priority = "2147483647">
<action android:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver >
動態註冊，一般在Activity可交互時onResume()內註冊BroadcastReceiver
IntentFilterintentFilter=newIntentFilter("android.provider.Telephony.SMS_RECEIVED");
registerReceiver(mBatteryInfoReceiver ,intentFilter);
//反註冊
unregisterReceiver(receiver);
注意：
1.生命週期只有十秒左右，如果在onReceive()內做超過十秒內的事情，就會報ANR(ApplicationNo Response) 程序無響應的錯誤信息，如果需要完成一項比較耗時的工作 ,應該通過發送Intent 給 Service, 由Service來完成.
這裏不能使用子線程來解決 , 因爲 BroadcastReceiver 的生命週期很短 , 子線程可能還沒有結束BroadcastReceiver 就先結束了 .BroadcastReceiver 一旦結束 , 此時 BroadcastReceiver 的所在進程很容易在系統需要內存時被優先殺死 , 因爲它屬於空進程 ( 沒有任何活動組件的進程 ). 如果它的宿主進程被殺死 , 那麼正在工作的子線程也會被殺死 . 所以採用子線程來解決是不可靠的.
2.動態註冊廣播接收器還有一個特點，就是當用來註冊的Activity關掉後，廣播也就失效了。靜態註冊無需擔憂廣播接收器是否被關閉,只要設備是開啓狀態,廣播接收器也是打開着的。也就是說哪怕app本身未啓動,該app訂閱的廣播在觸發時也會對它起作用.
Service 服務:
一個Service 是一段長生命週期的，沒有用戶界面的程序，可以用來開發如監控類程序。
比較好的一個例子就是一個正在從播放列表中播放歌曲的媒體播放器。
在一個媒體播放器的應用中，應該會有多個activity，讓使用者可以選擇歌曲並播放歌曲。然而，音樂重放這個功能並沒有對應的activity，因爲使用者當然會認爲在導航到其它屏幕時音樂應該還在播放的。
在這個例子中，媒體播放器這個activity會使用Context.startService()來啓動一個service，從而可以在後臺保持音樂的播放。同時，系統也將保持這個service 一直執行，直到這個service 運行結束。另外，我們還可以通過使用Context.bindService()方法，連接到一個service 上（如果這個service還沒有運行將啓動它）。
當連接到一個service 之後，我們還可以service 提供的接口與它進行通訊。拿媒體播放器這個例子來說，我們還可以進行暫停、重播等操作。
Service使用步驟如下:
1>繼承service類
2>AndroidManifast.xml配置清單文件中<application>節點裏對服務進行配置
<service name=".SMSService"/>
服務不能自己運行,需要通過Contex.startService()或Contex.bindService()啓動服務.
通過startService()方法啓動的服務於調用者沒有關係,即使調用者關閉了,服務仍然運行.
想停止服務要調用Context.stopService(),此時系統會調用onDestory(),
使用此方法啓動時,服務首次啓動系統先調用服務的onCreate()-->onStart(),
如果服務已經啓動再次調用只會觸發onStart()方法.
使用bindService()啓動的服務與調用者綁定,只要調用者關閉服務就終止,
使用此方法啓動時,服務首次啓動系統先調用服務的onCreate()-->onBind(),
如果服務已經啓動再次調用不會再觸發這2個方法,
調用者退出時系統會調用服務的onUnbind()-->onDestory(),
想主動解除綁定可使用Contex.unbindService(),系統依次調用onUnbind()-->onDestory();
Content Provider內容提供者 :
android平臺提供了ContentProvider使一個應用程序的指定數據集提供給其他應用程序。這些數據可以存儲在文件系統中、在一個SQLite數據庫、或以任何其他合理的方式,
只有需要在多個應用程序間共享數據是才需要內容提供者。
例如，通訊錄數據被多個應用程序使用，且必須存儲在一個內容提供者中.
它的好處:統一數據訪問方式。
其他應用可以通過ContentResolver類從該內容提供者中獲取或存入數據.
android系統自帶的內容提供者(頂級的表示數據庫名,非頂級的都是表名)這些內容提供者在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：系統設置和偏好設置
使用Content Provider對外共享數據的步驟
1>繼承ContentProvider類並根據需求重寫以下方法: (增刪改查等數據操作)
public boolean onCreate();//處理初始化操作
/**
* 插入數據到內容提供者(允許其他應用向你的應用中插入數據時重寫)
* @param uri
* @param initialValues 插入的數據
* @return
*/
public Uri insert(Uri uri,ContentValues initialValues);
/**
* 從內容提供者中刪除數據(允許其他應用刪除你應用的數據時重寫)
* @param uri
* @param selection 條件語句
* @param selectionArgs 參數
* @return
*/
public int delete(Uri uri, Stringselection, String[] selectionArgs);
/**
* 更新內容提供者已存在的數據(允許其他應用更新你應用的數據時重寫)
* @param uri
* @param values 更新的數據
* @param selection 條件語句
* @param selectionArgs 參數
* @return
*/
public int update(Uri uri,ContentValues values, String selection,
String[]selectionArgs);
/**
* 返回數據給調用者(允許其他應用從你的應用中獲取數據時重寫)
* @param uri
* @param projection 列名
* @param selection 條件語句
* @param selectionArgs 參數
* @param sortOrder 排序
* @return
*/
public Cursor query(Uri uri,String[] projection, String selection,
String[]selectionArgs, String sortOrder) ;
/**
* 用於返回當前Uri所代表數據的MIME類型
* 如果操作的數據爲集合類型(多條數據),那麼返回的類型字符串應該爲vnd.android.cursor.dir/開頭
* 例如要得到所有person記錄的Uri爲content://com.bravestarr.provider.personprovider/person,
*那麼返回的MIME類型字符串應該爲"vnd.android.cursor.dir/person"
* 如果操作的數據爲單一數據,那麼返回的類型字符串應該爲vnd.android.cursor.item/開頭
* 例如要得到id爲10的person記錄的Uri爲content://com.bravestarr.provider.personprovider/person/10,
*那麼返回的MIME類型字符串應該爲"vnd.android.cursor.item/person"
* @param uri
*/
public String getType(Uri uri)
這些方法中的Uri參數,得到後需要進行解析然後做對應處理,Uri表示要操作的數據,包含兩部分信息:
1.需要操作的contentprovider
2.對contentprovider中的什麼數據進行操作,
一個Uri格式:結構頭://authorities(域名)/路徑(要操作的數據,根據業務而定)
如： content://com.bravestarr.provider.personprovider/person/10
說明:
結構頭已經由android規定爲content://
authorities用於唯一標識這個contentprovider程序,外部調用者可以根據這個找到。
路徑表示我們要操作的數據,路徑的構建根據業務而定.路徑格式如下:
要操作person錶行號爲10的記錄,可以這樣構建/person/10
要操作person表的所有記錄,可以這樣構建/person
2>在AndroidManifest.xml中使用<provider>對ContentProvider進行配置註冊(內容提供者註冊它自己就像網站註冊域名),ContentProvider採用authoritie(原意授權,可理解爲域名)作爲唯一標識,方便其他應用能找到
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name" >
<!-- authorities屬性命名建議:公司名.provider.SomeProvider-->
<providerandroid:name=".PersonProvider"android:authorities="com.bravestarr.provider.personprovider"/>
...
</application>
關於四大基本組件的一個總結：
1> 4大組件的註冊
4大基本組件都需要註冊才能使用,每個Activity、service、Content Provider內容提供者都需要在AndroidManifest文件中進行配置AndroidManifest文件中未進行聲明的activity、服務以及內容提供者將不爲系統所見，從而也就不可用，而BroadcastReceive廣播接收者的註冊分靜態註冊（在AndroidManifest文件中進行配置）和通過代碼動態創建並以調用Context.registerReceiver()的方式註冊至系統。需要注意的是在AndroidManifest文件中進行配置的廣播接收者會隨系統的啓動而一直處於活躍狀態,只要接收到感興趣的廣播就會觸發（即使程序未運行）。
AndroidManifest文件中進行註冊格式如下：
<activity>元素的name 屬性指定了實現了這個activity的Activity的子類。
icon 和label 屬性指向了包含展示給用戶的此activity的圖標和標籤的資源文件。
<service> 元素用於聲明服務
<receiver> 元素用於聲明廣播接收器
<provider> 元素用於聲明內容提供者
2> 4大組件的激活
• 容提供者的激活：當接收到ContentResolver發出的請求後，內容提供者被激活。而其它三種組件──activity、服務和廣播接收器被一種叫做intent的異步消息所激活。
•Activity的激活通過傳遞一個Intent 對象至Context.startActivity()或Activity.startActivityForResult()以載入（或指定新工作給）一個activity。相應的activity 可以通過調用getIntent() 方法來查看激活它的intent。如果它期望它所啓動的那個activity 返回一個結果，它會以調用startActivityForResult()來取代startActivity()。比如說，如果它啓動了另外一個Activity 以使用戶挑選一張照片，它也許想知道哪張照片被選中了。結果將會被封裝在一個Intent 對象中，並傳遞給發出調用的activity 的onActivityResult() 方法。
•服務的激活可以通過傳遞一個Intent 對象至Context.startService()或Context.bindService()前者Android調用服務的onStart()方法並將Intent 對象傳遞給它，後者Android調用服務的onBind()方法將這個Intent 對象傳遞給它
•發送廣播可以通過傳遞一個Intent 對象至給Context.sendBroadcast() 、
Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()
Android 會調用所有對此廣播有興趣的廣播接收器的onReceive()方法，將intent 傳遞給它們
3> 四大組件的關閉
內容提供者僅在響應ContentResolver提出請求的時候激活。
而一個廣播接收器僅在響應廣播信息的時候激活。所以，沒有必要去顯式的關閉這些組件。
Activity關閉：可以通過調用它的finish()方法來關閉一個activity。
服務關閉：對於通過startService()方法啓動的服務要調用Context.stopService()方法關閉服務，使用bindService()方法啓動的服務要調用Contex.unbindService()方法關閉服務。
二:四大組件的生命週期
介紹生命週期之前，先提一下任務的概念。
任務其實就是activity 的棧它由一個或多個Activity組成的共同完成一個完整的用戶體驗，換句話說任務就是”應用程序”
棧底的是啓動整個任務的Activity，棧頂的是當前運行的用戶可以交互的Activity，當一個activity 啓動另外一個的時候，新的activity就被壓入棧，併成爲當前運行的activity。而前一個activity 仍保持在棧之中。當用戶按下BACK鍵的時候，當前activity 出棧，恢復爲當前運行的activity。
棧中保存的其實是對象，棧中的Activity 永遠不會重排，只會壓入或彈出，所以如果發生了諸如需要多個地圖瀏覽器的情況，就會使得一個任務中出現多個同一Activity 子類的實例同時存在。
任務中的所有activity 是作爲一個整體進行移動的。整個的任務（即activity 棧）可以移到前臺，或退至後臺。
舉個例子說，比如當前任務在棧中存有四個activity──三個在當前activity 之下。當用戶按下HOME鍵的時候，回到了應用程序加載器，然後選擇了一個新的應用程序。則當前任務遁入後臺，而新任務的根activity 顯示出來。然後，過了一小會兒，用戶再次回到了應用程序加載器而又選擇了前一個應用程序（上一個任務）。於是那個任務，帶着它棧中所有的四個activity，再一次的到了前臺。當用戶按下BACK 鍵的時候，屏幕不會顯示出用戶剛纔離開的activity（上一個任務的根activity）。取而代之，當前任務的棧中最上面的activity 被彈出，而同一任務中的上一個activity 顯示了出來。
Activity棧：先進後出規則
Android系統是一個多任務(Multi-Task)的操作系統，可以在用手機聽音樂的同時，也執行其他多個程序。每多執行一個應用程序，就會多耗費一些系統內存，當同時執行的程序過多，或是關閉的程序沒有正確釋放掉內存，系統就會覺得越來越慢，甚至不穩定。
爲了解決這個問題，Android 引入了一個新的機制-- 生命週期(Life Cycle)。
Android 應用程序的生命週期是由Android 框架進行管理，而不是由應用程序直接控制。通常，每一個應用程序（入口一般會是一個Activity 的onCreate 方法），都會產生一個進程(Process)。當系統內存即將不足的時候，會依照優先級自動進行進程(process)的回收。不管是使用者或開發者，都無法確定的應用程序何時會被回收。所以爲了很好的防止數據丟失和其他問題，瞭解生命週期很重要。
Activity生命週期：
圖3.1activity生命週期圖
Activity整個生命週期的4種狀態、7個重要方法和3個嵌套循環
1> 四種狀態
- 活動（Active/Running）狀態 可見可交互
當Activity運行在屏幕前臺(處於當前任務活動棧的最上面),此時它獲取了焦點能響應用戶的操作,屬於運行狀態，同一個時刻只會有一個Activity 處於活動(Active)或運行
(Running)狀態
2. 暫停(Paused)狀態 可見不可交互
當Activity失去焦點但仍對用戶可見(如在它之上有另一個透明的Activity或Toast、AlertDialog等彈出窗口時)它處於暫停狀態。暫停的Activity仍然是存活狀態(它保留着所有的狀態和成員信息並保持和窗口管理器的連接),但是當系統內存極小時可以被系統殺掉
3. 停止(Stopped)狀態 不可見
完全被另一個Activity遮擋時處於停止狀態,它仍然保留着所有的狀態和成員信息。只是對用戶不可見,當其他地方需要內存時它往往被系統殺掉
4. 非活動（Dead）狀態
Activity 尚未被啓動、已經被手動終止，或已經被系統回收時處於非活動的狀態，要手動終止Activity，可以在程序中調用"finish"方法。
如果是（按根據內存不足時的回收規則）被系統回收，可能是因爲內存不足了。
內存不足時，Dalvak 虛擬機會根據其內存回收規則來回收內存：
1. 先回收與其他Activity或Service/IntentReceiver 無關的進程(即優先回收獨
立的Activity)因此建議,我們的一些(耗時)後臺操作，最好是作成Service的形式。
2.不可見(處於Stopped狀態的)Activity
3.Service進程(除非真的沒有內存可用時會被銷燬)
4.非活動的可見的(Paused狀態的)Activity
5.當前正在運行（Active/Running狀態的）Activity
2> 7個重要方法,當Activity從一種狀態進入另一狀態時系統會自動調用下面相應的方法來通知用戶這種變化。
當Activity第一次被實例化的時候系統會調用onCreate,整個生命週期只調用1次這個方法。
通常用於初始化設置:
1、爲Activity設置所要使用的佈局文件
2、爲按鈕綁定監聽器等靜態的設置操作
onCreate(BundlesavedInstanceState);
當Activity可見未獲得用戶焦點不能交互時系統會調用
onStart();
當Activity已經停止然後重新被啓動時系統會調用
onRestart();
當Activity可見且獲得用戶焦點能交互時系統會調用
onResume();
當系統啓動另外一個新的Activity時,在新Activity啓動之前被系統調用保存現有的Activity中的持久數據、停止動畫等,這個實現方法必須非常快。當系統而不是用戶自己出於回收內存時，關閉了activity 之後。
用戶會期望當他再次回到這個activity的時候，它仍保持着上次離開時的樣子。此時用到了onSaveInstanceState()，方法onSaveInstanceState()用來保存Activity被殺之前的狀態,在onPause()之前被觸發,當系統爲了節省內存銷燬了Activity(用戶本不想銷燬)時就需要重寫這個方法了,當此Activity再次被實例化時會通過onCreate(BundlesavedInstanceState)將已經保存的臨時狀態數據傳入。
因爲onSaveInstanceState()方法不總是被調用,觸發條件爲(按下HOME鍵,按下電源按鍵關閉屏幕,橫豎屏切換情況下),你應該僅重寫onSaveInstanceState()來記錄activity的臨時狀態，而不是持久的數據。
應該使用onPause()來存儲持久數據。
onPause();
當Activity被新的Activity完全覆蓋不可見時被系統調用
onStop();
當Activity(用戶調用finish()或系統由於內存不足)被系統銷燬殺掉時系統調用,（整個生命週期只調用1次）用來釋放onCreate()方法中創建的資源,如結束線程等
onDestroy();
3> 3個嵌套循環
1.Activity完整的生命週期:從第一次調用onCreate()開始直到調用onDestroy()結束
2.Activity的可視生命週期:從調用onStart()到相應的調用onStop()
在這兩個方法之間,可以保持顯示Activity所需要的資源。如在onStart()中註冊一個廣播接收者監聽影響你的UI的改變,在onStop() 中註銷。
3.Activity的前臺生命週期:從調用onResume()到相應的調用onPause()。
橫豎屏切換時候Activity的生命週期
總結：
1、不設置Activity的android:configChanges時，切屏會重新調用各個生命週期，切橫屏時會執行一次，切豎屏時會執行兩次
2、設置Activity的android:configChanges="orientation"時，切屏還是會重新調用各個生命週期，切橫、豎屏時只會執行一次
3、設置Activity的android:configChanges="orientation|keyboardHidden"時，切屏不會重新調用各個生命週期，只會執行onConfigurationChanged方法
總結一下整個Activity的生命週期
補充一點，當前Activity產生事件彈出Toast和AlertDialog的時候Activity的生命週期不會有改變
Activity運行時按下HOME鍵(跟被完全覆蓋是一樣的)：onSaveInstanceState --> onPause --> onStop，再次進入激活狀態時： onRestart-->onStart--->onResume
BroadcastReceive廣播接收器生命週期：
生命週期只有十秒左右，如果在onReceive() 內做超過十秒內的事情，就會報ANR(Application No Response) 程序無響應的錯誤信息
它的生命週期爲從回調onReceive()方法開始到該方法返回結果後結束
Service服務生命週期：
圖3.2service生命週期圖
Service完整的生命週期:從調用onCreate()開始直到調用onDestroy()結束
Service有兩種使用方法：
1>以調用Context.startService()啓動，而以調用Context.stopService()結束
2>以調用Context.bindService()方法建立，以調用Context.unbindService()關閉
service重要的生命週期方法
當用戶調用startService （）或bindService（）時，Service第一次被實例化的時候系統會調用,整個生命週期只調用1次這個方法，通常用於初始化設置。注意：多次調用startService（）或bindService（）方法不會多次觸發onCreate（）方法
voidonCreate()
當用戶調用stopService()或unbindService（）來停止服務時被系統調用,（整個生命週期只調用1次）用來釋放onCreate()方法中創建的資源
voidonDestroy()
通過startService()方法啓動的服務
初始化結束後系統會調用該方法，用於處理傳遞給startService()的Intent對象。如音樂服務會打開Intent 來探明將要播放哪首音樂，並開始播放。注意：多次調用startService（）方法會多次觸發onStart（）方法
voidonStart(Intent intent)
通過bindService ()方法啓動的服務
初始化結束後系統會調用該方法，用來綁定傳遞給bindService 的Intent 的對象。注意：多次調用bindService（）時，如果該服務已啓動則不會再觸發此方法
IBinderonBind(Intent intent)
用戶調用unbindService()時系統調用此方法，Intent對象同樣傳遞給該方法
booleanonUnbind(Intent intent)
如果有新的客戶端連接至該服務，只有當舊的調用onUnbind()後，新的纔會調用該方法
voidonRebind(Intent intent)
補充：onCreate(BundlesavedInstanceState)與onSaveInstanceState(Bundle savedInstanceState)配合使用，見如下代碼，達到顯示activity被系統殺死前的狀態
@Override
public void onCreate(BundlesavedInstanceState) {
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 voidonSaveInstanceState(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());
}
引發activity摧毀和重建的其他情形
除了系統處於內存不足的原因會摧毀activity之外, 某些系統設置的改變也會導致activity的摧毀和重建. 例如改變屏幕方向, 改變設備語言設定, 鍵盤彈出等.
來自 <http://www.cnblogs.com/bravestarrhu/archive/2012/05/02/2479461.html>