android開發指南中文版(編輯修改稿)

　

【文章內容簡介】 生。任務將在很長的一段時間內保留它堆棧內的所有。鄭餼腸絆頎鎦鷓鮞嚶錳。鄭餼腸絆頎鎦鷓鮞嚶錳鉻。屬性棄鈾縫遷馀氣鰷鸞覲廩。棄鈾縫遷馀氣鰷鸞覲廩脫。如果一個任務的根中此屬性設置為“”，則每當用戶離開這個任務和返回它的時候，堆棧都會被清空至只留下。換句話說，這是的另一個極端。哪怕僅是過了一小會兒，用戶回到任務時，也是見到它的初始狀態。調誶續鷚髏鋮饅喪劉藪。調誶續鷚髏鋮饅喪劉藪顯。屬性厲聳紐楊鱔晉頇兗蓽驃。厲聳紐楊鱔晉頇兗蓽驃鶚。這個屬性與屬性相似，但它僅作用于單個的，而不是整個的。而且它可以使任意都被清理，甚至根也不例外。當它設置為“”的時候，此僅做為任務的一部分存在于當前回話中，一旦用戶離開并再次回到這個任務，此將不復存在。苧璦籮藶黃邏閂巹東澤。苧璦籮藶黃邏閂巹東澤達。此外，還有別的方式從堆棧中移除一個。如果一個對象包含標記，而且目標任務的堆棧中已經存在了一個能夠響應此的類型的實例。則這個實例之上的所有都將被清理以使它位于堆棧的頂部來對做出響應。如果此時指定的的加載模式為“”，則它本身也會從堆棧中移除，并加載一個新的實例來處理到來的。這是因為加載模式為“”的總會創建一個新實例來處理新的。鴿攝禱鋅儀憚銼嚕緡贊。鴿攝禱鋅儀憚銼嚕緡贊綁。與經常合并使用。這時，這些標記提供了一種定位其它任務中現存的并將它們置于可以對做出響應的位置的方法。簞嗇癲剴凈趕鉤嬙鱷鳧。簞嗇癲剴凈趕鉤嬙鱷鳧徑。啟動任務當一個被指定一個“”做為動作，以及“”做為類別的過濾器之后（在前述過濾器一節中已經有了這個示例），它就被設置為一個任務的入口點。這樣的過濾器設置會在應用程序加載器中為此顯示一個圖標和標簽，以供用戶加載任務或加載之后在任意時間回到這個任務。頑鷙瑪濱廈峴轆庫糞糧。頑鷙瑪濱廈峴轆庫糞糧驪。第二個能力相當重要：用戶必須可以離開一個任務，并在一段時間后返回它。出于這個考慮，加載模式被設定為“”和“”的總是會初始化一個新任務，這樣的僅能用于指定了一個和過濾器的情況之下。我們來舉例說明如果沒指定過濾器的情況下會發生的事情：一個加載了一個“”的，初始化了一個新任務，用戶在這個任務中花費了一些時間來完成工作。然后用戶按下了鍵。于是任務被要求轉至后臺并被主屏幕所掩蓋。因為它并沒有在應用程序加載器中顯示圖標，這將導致用戶無法再返回它。漬閫熾訣團諳賡戰餛錳。漬閫熾訣團諳賡戰餛錳貨。類似的困境也可由標記引起。如果此標記使一個啟動了一個新任務繼而用戶按下了鍵離開了它，則用戶必須要有一些方法再次回到這個任務。一些實體（諸如通知管理器）總是在另外的任務中啟動新，而不是做為它們自己的一部分，所以它們總是將標記包含在里面并傳遞給()。如果你寫了一個能被外部實體使用這個標記調用的，你必須注意要給用戶留一個返回這個被外部實體啟動的任務的方法。鐸輜澠頂嫻塊謂斕痹廩。鐸輜澠頂嫻塊謂斕痹廩矯。當你不想讓用戶再次返回一個的情況下，可以將 元素的 設置為“”。參見前述清理堆棧。.搶觀淚婭師謳論櫚陣蘚。搶觀淚婭師謳論櫚陣蘚塹。進程和線程當一個應用程序開始運行它的第一個組件時，會為它啟動一個進程，并在其中執行一個單一的線程。默認情況下，應用程序所有的組件均在這個進程的這個線程中運行。賊組櫻種愨單蝕渾潷騾。賊組櫻種愨單蝕渾潷騾雛。然而，你也可以安排組件在其他進程中運行，而且可以為任意進程衍生出其它線程。進程組件運行所在的進程由文件所控制。組件元素——， ， 和——都有一個 屬性來指定組件應當運行于哪個進程之內。這些屬性可以設置為使每個組件運行于它自己的進程之內，或一些組件共享一個進程而其余的組件不這么做。它們也可以設置為令不同應用程序的組件在一個進程中運行——使應用程序的組成部分共享同一個用戶并賦以同樣的權限。元素也有一個屬性，以設定所有組件的默認值。圓漣檸賡搗蕷艫燁錘澤。圓漣檸賡搗蕷艫燁錘澤謳。所有的組件實例都位于特定進程的主線程內，而對這些組件的系統調用也將由那個線程進行分發。一般不會為每個實例創建線程。因此，某些方法總是運行在進程的主線程內，這些方法包括諸如()這樣報告用戶動作以及后面 組件生命周期一節所要討論的生命周期通告的。這意味著組件在被系統調用的時候，不應該施行長時間的抑或阻塞的操作（諸如網絡相關操作或是循環計算），因為這將阻塞同樣位于這個進程的其它組件的運行。你應該如同下面線程一節所敘述的那樣，為這些長時間操作衍生出一個單獨的線程進行處理。蟄彎擼鯁棖佇緡癟槧贊。蟄彎擼鯁棖佇緡癟槧贊瀅。在可用內存不足而又有一個正在為用戶進行服務的進程需要更多內存的時候，有時候可能會關閉一個進程。而在這個進程中運行著的應用程序也因此被銷毀。當再次出現需要它們進行處理的工作的時候，會為這些組件重新創建進程。義淨擁捫毆脅紙窺鈑鳧。義淨擁捫毆脅紙窺鈑鳧剝。在決定結束哪個進程的時候，會衡量它們對于用戶的相對重要性。比如說，相對于一個仍有用戶可見的的進程，它更有可能去關閉一個其已經不為用戶所見的進程。也可以說，決定是否關閉一個進程主要依據在那個進程中運行的組件的狀態。這些狀態將在后續的一節組件生命周期中予以說明。綏驊懸縉澀鷂禍紳撻糧。綏驊懸縉澀鷂禍紳撻糧錛。線程盡管你可以把你的應用程序限制于一個單獨的進程中，有時，你仍然需要衍生出一個線程以處理后臺任務。因為用戶界面必須非常及時的對用戶操作做出響應，所以，控管的線程不應用于處理一些諸如網絡下載之類的耗時操作。所有不能在瞬間完成的任務都應安排到不同的線程中去。饅鎖開鑰燜緒玨編軻錙。饅鎖開鑰燜緒玨編軻錙薈。線程在代碼中是以標準 對象創建的。提供了很多便于管理線程的類： 用于在一個線程中運行一個消息循環， 用于處理消息， 用于使用一個消息循環啟用一個線程。獄質嶇僅痺鮚潰脫幀開。獄質嶇僅痺鮚潰脫幀開樣。遠程過程調用有一個輕量級的遠程過程調用（）機制：即在本地調用一個方法，但在遠程（其它的進程中）進行處理，然后將結果返回調用者。這將方法調用及其附屬的數據以系統可以理解的方式進行分離，并將其從本地進程和本地地址空間傳送至遠程過程和遠程地址空間，并在那里重新裝配并對調用做出反應。返回的結果將以相反的方向進行傳遞。提供了完成這些工作所需的所有的代碼，以使你可以集中精力來實現接口本身。鍥莧娛殫穢籩殤蕢謬蘚。鍥莧娛殫穢籩殤蕢謬蘚龍。接口可以只包括方法。即便沒有返回值，所有方法仍以同步的方式執行（本地方法阻塞直至遠程方法結束）。雜磚墳雖紜飯曇覡墾騾。雜磚墳雖紜飯曇覡墾騾釋。簡單的說，這套機制是這樣工作的：一開始，你用簡單的（界面描繪語言）聲明一個你想要實現的接口。然后用 工具為這個聲明生成一個接口定義，這個定義必須對本地和遠程進程都可見。它包含兩個內部類，如下圖所示：軾梔嗶鑊繃瘍懔諍訝澤。軾梔嗶鑊繃瘍懔諍訝澤緇。內部類中有管理實現了你用聲明的接口的遠程方法調用所需要的所有代碼。兩個內部類均實現了 接口。一個用于系統在本地內部使用，你些的代碼可以忽略它；另外一個，我們稱為，擴展了類。除了實現了調用的內部代碼之外，它還包括了你聲明的接口中的方法的聲明。你應該如上圖所示的那樣寫一個的子類來實現這些方法。尋頭厭嗆羈陰帥讕匭贊。尋頭厭嗆羈陰帥讕匭贊憤。一般情況下，遠程過程是被一個服務所管理的（因為服務可以通知系統關于進程以及它連接到別的進程的信息）。它包含著 工具產生的接口文件和實現了方法的的子類。而客戶端只需要包括工具產生的接口文件。訪齙剛璽蘇濫夾趕螢憑。訪齙剛璽蘇濫夾趕螢憑鮚。下面將說明服務與其客戶端之間的連接是如何建立的： 服務的客戶端（位于本地）應該實現 () 和 () 方法。這樣，當至遠程服務的連接成功建立或者斷開的時候，它們會收到通知。這樣它們就可以調用 () 來設置連接。 寫韞僂諶虛鍤囈辮褻糝。寫韞僂諶虛鍤囈辮褻糝賡。 而服務則應該實現 () 方法以接受或拒絕連接。這取決于它收到的（將傳遞給()）。如果接受了連接，它會返回一個的子類的實例。 羆醬畝餅謄歿湊鈑繳錙。羆醬畝餅謄歿湊鈑繳錙穡。 如果服務接受了連接，將會調用客戶端的() 方法，并傳遞給它一個對象，它是由服務所管理的的子類的代理。通過這個代理，客戶端可以對遠程服務進行調用。 鰱診齡師該鈴書銨鴇開。鰱診齡師該鈴書銨鴇開孫。線程安全方法在一些情況下，你所實現的方法有可能會被多于一個的線程所調用，所以它們必須被寫成線程安全的。對于我們上一節所討論的機制中的可以被遠程調用的方法來說，這是必須首先考慮的。如果針對一個對象中實現的方法的調用源自這個對象所在的進程時，這個方法將會在調用者的線程中執行。然而，如果這個調用源自其它的進程，則這個方法將會在一個線程池中選出的線程中運行，這個線程池由加以管理，并與存在于同一進程內；這個方法不會在進程的主線程內執行。反過來說，一個服務的 () 方法應為服務進程的主線程所調用，而實現了由 () 返回的對象（比如說，一個實現了方法的的子類）的方法將為池中的線程所調用。因為服務可以擁有多于一個的客戶端，而同一時間，也會有多個池中的線程調用同一個方法。因此方法必須實現為線程安全的。磚緙鵝綱謾擻鴻鑌紙蘚。磚緙鵝綱謾擻鴻鑌紙蘚頦。類似的，一個內容提供者能接受源自其它進程的請求數據。盡管和類隱藏了交互溝通過程的管理細節，會由()， ()， ()， ()和()方法來相應這些請求，而這些方法也都是由那個內容提供者的進程中所包涵的線程池提供的，而不是進程的主線程本身。所以這些有可能在同一時間被很多線程調用的方法也必須被實現為線程安全的。鬮煒鰭輥賠還魴隊駝騾。鬮煒鰭輥賠還魴隊駝騾詭。組件生命周期應用程序組件有其生命周期──由初始化它們以相應直到這個實例被摧毀。在此之間，它們有時是激活的有時則相反?；蛘撸绻且粋€，則是可為用戶所見或者不能。這一節討論了、服務以及廣播接收器的生命周期，包括它們在生命周期中的狀態、在狀態之間轉變時通知你的方法、以及當這些進程被關閉或實例被摧毀時，這些狀態產生的效果。畢懍鲅鵑較惻飾顳矯涇。畢懍鲅鵑較惻飾顳矯涇煥。生命周期一個主要有三個狀態： 當在屏幕前臺時（位于當前任務堆棧的頂部），它是活躍或運行的狀態。它就是相應用戶操作的。 釓歷駕無醬賠雋驍韉贈。釓歷駕無醬賠雋驍韉贈三。 當它失去焦點但仍然對用戶可見時，它處于暫停狀態。即是：在它之上有另外一個。這個也許是透明的，或者未能完全遮蔽全屏，所以被暫停的仍對用戶可見。暫停的仍然是存活狀態（它保留著所有的狀態和成員信息并連接至窗口管理器），但當系統處于極低內存的情況下，仍然可以殺死這個。徠鰹飲臉鑠嘗鏍鯢煬憑。徠鰹飲臉鑠嘗鏍鯢煬憑鑌。 如果它完全被另一個覆蓋是，它處于停止狀態。它仍然保留所有的狀態和成員信息。然而它不在為用戶可見，所以它的窗口將被隱藏，如果其它地方需要內存，則系統經常會殺死這個。謂鑷頗銨鋃誼鉸鸚鎘糝。謂鑷頗銨鋃誼鉸鸚鎘糝蘞。如果一個處于暫停或停止狀態，系統可以通過要求它結束（調用它的 () 方法）或直接殺死它的進程來將它驅出內存。當它再次為用戶可見的時候，它只能完全重新啟動并恢復至以前的狀態。變趙隉涼鐓囑釧億殮錙。變趙隉涼鐓囑釧億殮錙殘。當一個從這個狀態轉變到另一個狀態時，它被以下列方法所通知： ( ) () () () () () ()薈鎣閌漸陸訃輊減鈿異。薈鎣閌漸陸訃輊減鈿異儀。你可以重載所有這些方法以在狀態改變時進行合適的工作。所有的都必須實現 () 用以當對象第一次實例化時進行初始化設置。很多會實現 ()以提交數據變化或準備停止與用戶的交互。鵬篩鎬討顓辦費嘆攝虜。鵬篩鎬討顓辦費嘆攝虜鈺。調用父類所有生命周期方法的實現都必須先調用其父類的版本。比如說： () { ()。 . . .}糝殞鋦雋駛鶯諑壚輻驄。糝殞鋦雋駛鶯諑壚輻驄繚。總得來說，這七個方法定義了一個完整的生命周期。實現這些方法可以幫助你監察三個嵌套的生命周期循環：頜層銖壺鮮儀計堯當涇。頜層銖壺鮮儀計堯當涇撓。 一個 完整的生命周期 自第一次調用 ()開始，直至調用()為止。在()中設置所有“全局”狀態以完成初始化，而在()中釋放所有系統資源。比如說，如果有一個線程在后臺運行以從網絡上下載數據，它會以 ()創建那個線程，而以()銷毀那個線程。 滾傴鈕碩鷙聳蔣憶貯贈。滾傴鈕碩鷙聳蔣憶貯贈鰾。 一個的 可視生命周期自 () 調用開始直到相應的 ()調用。在此期間，用戶可以在屏幕上看到此，盡管它也許并不是位于前臺或者正在與用戶做交互。在這兩個方法中，你可以管控用來向用戶顯示這個的資源。比如說，你可以在() 中注冊一個 來監控會影響到你的改變，而在() 中來取消注冊，這時用戶是無法看到你的程序顯示的內容的。() 和 () 方法可以隨著應用程序是否為用戶可見而被多次調用。銑饜醞貽龍鵠臚擰奧憑。銑饜醞貽龍鵠臚擰奧憑軌。 一個的 前臺生命周期 自 () 調用起，至相應的 ()調用為止。在此期間，位于前臺最上面并與用戶進行交互。會經常在暫停和恢復之間進行狀態轉換──比如說當設備轉入休眠狀態或有新的啟動時，將調用() 方法。當獲得結果或者接收到新的的時候會調用() 方法。因此，在這兩個方法中的代碼應當是輕量級的。撾鉬轍魘僑絢綰來誄緊。撾鉬轍魘僑絢綰來誄緊糞。下圖展示了上述循環過程以及在這個過程之中歷經的狀態改變。著色的橢圓是可以經歷的主要狀態。矩形框代表了當在狀態間發生改變的時候，你進行操作所要實現的回調方法。賒調軋憊劌髖糾殯縣鍥。賒調軋憊劌髖糾殯縣鍥峽。下表詳細描述了這些方法，并在的整個生命周期中定位了它們。方法描述可被殺死下一個()在第一次被創建的時候調用。這里是你做所有初始化設置的地方──創建視圖、綁定數據至列表等。如果曾經有狀態記錄（參閱后述 。），則調用此方法時會傳入一個包含著此以前狀態的包對象做為參數。 總繼之以()。否()()在停止后，在再次啟動之前被調用。 總繼之以()。否()()當正要變得為用戶所見時被調用。 當轉向前臺時繼以()，在變為隱藏時繼以()。否() ()()在開始與用戶進行交互