Android之進程與線程

來源:互聯網
上載者:User
文章目錄
  • Android中的進程
  • Android中的線程
  • RPC:遠端程序呼叫
  • 掌握安全執行緒方法
  • Android中的進程
  • Android中的線程
  • RPC:遠端程序呼叫
  • 掌握安全執行緒方法

進程和線程是現代網路作業系統的核心概念。Android作為一種優秀的、承襲Linux的移動作業系統,其進程和線程的概念是開發人員和安全工作人員需要深入瞭解的問題。本文將詳細介紹Android中的進程、線程以及相關的技術問題。

 

進程和線程的基本概念

當一個應用程式開始運行它的第一個組件時,Android會為它啟動一個Linux進程,並在其中執行一個單一的線程。預設情況下,應用程式所有的組件均在這個進程的這個線程中運行。然而,你也可以安排組件在其他進程中運行,而且可以為任意進程衍生出其它線程。

Android中的進程

組件運行所在的進程由manifest檔案所控制。組件元素——<activity>, <service>, <receiver>和<provider>——都有一個 process 屬性來指定組件應當運行於哪個進程之內。這些屬性可以設定為使每個組件運行於它自己的進程之內,或一些組件共用一個進程而其餘的組件不這麼做。它們也可以設定為令不同應用程式的組件在一個進程中運行——使應用程式的組成部分共用同一個Linux使用者ID並賦以同樣的許可權。<application>元素也有一個process屬性,以設定所有組件的預設值。

所有的組件執行個體都位於特定進程的主線程內,而對這些組件的系統調用也將由那個線程進行分發。一般不會為每個執行個體建立線程。因此,某些方法總是運行在進程的主線程內,這些方法包括諸如View.onKeyDown()這樣報告使用者動作以及生命週期通告的。這意味著組件在被系統調用的時候,不應該施行長時間的抑或阻塞的操作(諸如網路相關操作或是迴圈計算),因為這將阻塞同樣位於這個進程的其它組件的運行。你應該如同下麵線程部分所敘述的那樣,為這些長時間操作衍生出一個單獨的線程進行處理。

在可用記憶體不足而又有一個正在為使用者進行服務的進程需要更多記憶體的時候,Android有時候可能會關閉一個進程。而在這個進程中運行著的應用程式也因此被銷毀。當再次出現需要它們進行處理的工作的時候,會為這些組件重新建立進程。

在決定結束哪個進程的時候,Android會衡量它們對於使用者的相對重要性。比如說,相對於一個仍有使用者可見的activity的進程,它更有可能去關閉一個其activity已經不為使用者所見的進程。也可以說,決定是否關閉一個進程主要依據在那個進程中啟動並執行組件的狀態。

Android中的線程

儘管你可以把你的應用程式限制於一個單獨的進程中,有時,你仍然需要衍生出一個線程以處理背景工作。因為使用者介面必須非常及時的對使用者操作做出響應,所以,控管activity的線程不應用於處理一些諸如網路下載之類的耗時操作。所有不能在瞬間完成的任務都應安排到不同的線程中去。

線程在代碼中是以標準JavaThread對象建立的。Android提供了很多便於管理線程的類:Looper用於在一個線程中運行一個訊息迴圈,Handler用於處理訊息,HandlerThread
用於使用一個訊息迴圈啟用一個線程。

RPC:遠端程序呼叫

Android有一個輕量級的遠端程序呼叫(RPC)機制:即在本地調用一個方法,但在遠程(其它的進程中)進行處理,然後將結果返回調用者。這將方法調用及其附屬的資料以系統可以理解的方式進行分離,並將其從本地進程和本地地址空間傳送至遠程過程和遠程地址空間,並在那裡重新裝配並對調用做出反應。返回的結果將以相反的方向進行傳遞。Android提供了完成這些工作所需的所有的代碼,以使你可以集中精力來實現RPC介面本身。

RPC介面可以只包括方法。即便沒有傳回值,所有方法仍以同步的方式執行(本地方法阻塞直至遠程方法結束)。

簡單的說,這套機制是這樣工作的:一開始,你用簡單的IDL(介面描繪語言)聲明一個你想要實現的RPC介面。然後用aidl 工具為這個聲明產生一個Java介面定義,這個定義必須對本地和遠程進程都可見。它包含兩個內部類。內部類中有管理實現了你用IDL聲明的介面的遠程方法調用所需要的所有代碼。兩個內部類均實現了IBinder介面。一個用於系統在本地內部使用,你些的代碼可以忽略它;另外一個,我們稱為Stub,擴充了Binder類。除了實現了IPC調用的內部代碼之外,它還包括了你聲明的RPC介面中的方法的聲明。一般情況下,遠程過程是被一個服務所管理的(因為服務可以通知系統關於進程以及它串連到別的進程的資訊)。它包含著aidl工具產生的介面檔案和實現了RPC方法的Stub的子類。而用戶端只需要包括aidl工具產生的介面檔案。

下面將說明服務與其用戶端之間的串連是如何建立的,更為詳細的有關RPC機制的討論和知識,讀者可以參見坦尼保姆所著的《分布式系統》一書,裡面有非常詳細和精彩的論述:

1) 服務的用戶端(位於本地)應該實現onServiceConnected() 和onServiceDisconnected()
方法。這樣,當至遠程服務的串連成功建立或者斷開的時候,它們會收到通知。這樣它們就可以調用bindService() 來設定串連。

2) 而服務則應該實現onBind() 方法以接受或拒絕串連。這取決於它收到的intent(intent將傳遞給bindService())。如果接受了串連,它會返回一個Stub的子類的執行個體。

3) 如果服務接受了串連,Android將會調用用戶端的onServiceConnected()方法,並傳遞給它一個IBinder對象,它是由服務所管理的Stub的子類的代理。通過這個代理,用戶端可以對遠程服務進行調用。

掌握安全執行緒方法

在一些情況下,你所實現的方法有可能會被多於一個的線程所調用,所以它們必須被寫成安全執行緒的。

對於我們上面所討論的RPC機制中的可以被遠程調用的方法來說,這是必須首先考慮的。如果針對一個IBinder對象中實現的方法的調用源自這個IBinder對象所在的進程時,這個方法將會在調用者的線程中執行。然而,如果這個調用源自其它的進程,則這個方法將會在一個線程池中選出的線程中運行,這個線程池由Android加以管理,並與IBinder存在於同一進程內;這個方法不會在進程的主線程內執行。反過來說,一個服務的onBind() 方法應為服務進程的主線程所調用,而實現了由onBind() 返回的對象(比如說,一個實現了RPC方法的Stub的子類)的方法將為池中的線程所調用。因為服務可以擁有多於一個的用戶端,而同一時間,也會有多個池中的線程調用同一個IBinder方法。因此IBinder方法必須實現為安全執行緒的。

類似的,一個內容提供者能接受源自其它進程的請求資料。儘管ContentResolver和ContentProvider類隱藏了互動溝通過程的管理細節,ContentProvider會由query(),insert(),delete(),update()和getType()方法來相應這些請求,而這些方法也都是由那個內容提供者的進程中所包涵的線程池提供的,而不是進程的主線程本身。所以這些有可能在同一時間被很多線程調用的方法也必須被實現為安全執行緒的。

進程和線程是現代網路作業系統的核心概念。Android作為一種優秀的、承襲Linux的移動作業系統,其進程和線程的概念是開發人員和安全工作人員需要深入瞭解的問題。本文將詳細介紹Android中的進程、線程以及相關的技術問題。

 

進程和線程的基本概念

當一個應用程式開始運行它的第一個組件時,Android會為它啟動一個Linux進程,並在其中執行一個單一的線程。預設情況下,應用程式所有的組件均在這個進程的這個線程中運行。然而,你也可以安排組件在其他進程中運行,而且可以為任意進程衍生出其它線程。

Android中的進程

組件運行所在的進程由manifest檔案所控制。組件元素——<activity>, <service>, <receiver>和<provider>——都有一個 process 屬性來指定組件應當運行於哪個進程之內。這些屬性可以設定為使每個組件運行於它自己的進程之內,或一些組件共用一個進程而其餘的組件不這麼做。它們也可以設定為令不同應用程式的組件在一個進程中運行——使應用程式的組成部分共用同一個Linux使用者ID並賦以同樣的許可權。<application>元素也有一個process屬性,以設定所有組件的預設值。

所有的組件執行個體都位於特定進程的主線程內,而對這些組件的系統調用也將由那個線程進行分發。一般不會為每個執行個體建立線程。因此,某些方法總是運行在進程的主線程內,這些方法包括諸如View.onKeyDown()這樣報告使用者動作以及生命週期通告的。這意味著組件在被系統調用的時候,不應該施行長時間的抑或阻塞的操作(諸如網路相關操作或是迴圈計算),因為這將阻塞同樣位於這個進程的其它組件的運行。你應該如同下麵線程部分所敘述的那樣,為這些長時間操作衍生出一個單獨的線程進行處理。

在可用記憶體不足而又有一個正在為使用者進行服務的進程需要更多記憶體的時候,Android有時候可能會關閉一個進程。而在這個進程中運行著的應用程式也因此被銷毀。當再次出現需要它們進行處理的工作的時候,會為這些組件重新建立進程。

在決定結束哪個進程的時候,Android會衡量它們對於使用者的相對重要性。比如說,相對於一個仍有使用者可見的activity的進程,它更有可能去關閉一個其activity已經不為使用者所見的進程。也可以說,決定是否關閉一個進程主要依據在那個進程中啟動並執行組件的狀態。

Android中的線程

儘管你可以把你的應用程式限制於一個單獨的進程中,有時,你仍然需要衍生出一個線程以處理背景工作。因為使用者介面必須非常及時的對使用者操作做出響應,所以,控管activity的線程不應用於處理一些諸如網路下載之類的耗時操作。所有不能在瞬間完成的任務都應安排到不同的線程中去。

線程在代碼中是以標準JavaThread對象建立的。Android提供了很多便於管理線程的類:Looper用於在一個線程中運行一個訊息迴圈,Handler用於處理訊息,HandlerThread
用於使用一個訊息迴圈啟用一個線程。

RPC:遠端程序呼叫

Android有一個輕量級的遠端程序呼叫(RPC)機制:即在本地調用一個方法,但在遠程(其它的進程中)進行處理,然後將結果返回調用者。這將方法調用及其附屬的資料以系統可以理解的方式進行分離,並將其從本地進程和本地地址空間傳送至遠程過程和遠程地址空間,並在那裡重新裝配並對調用做出反應。返回的結果將以相反的方向進行傳遞。Android提供了完成這些工作所需的所有的代碼,以使你可以集中精力來實現RPC介面本身。

RPC介面可以只包括方法。即便沒有傳回值,所有方法仍以同步的方式執行(本地方法阻塞直至遠程方法結束)。

簡單的說,這套機制是這樣工作的:一開始,你用簡單的IDL(介面描繪語言)聲明一個你想要實現的RPC介面。然後用aidl 工具為這個聲明產生一個Java介面定義,這個定義必須對本地和遠程進程都可見。它包含兩個內部類。內部類中有管理實現了你用IDL聲明的介面的遠程方法調用所需要的所有代碼。兩個內部類均實現了IBinder介面。一個用於系統在本地內部使用,你些的代碼可以忽略它;另外一個,我們稱為Stub,擴充了Binder類。除了實現了IPC調用的內部代碼之外,它還包括了你聲明的RPC介面中的方法的聲明。一般情況下,遠程過程是被一個服務所管理的(因為服務可以通知系統關於進程以及它串連到別的進程的資訊)。它包含著aidl工具產生的介面檔案和實現了RPC方法的Stub的子類。而用戶端只需要包括aidl工具產生的介面檔案。

下面將說明服務與其用戶端之間的串連是如何建立的,更為詳細的有關RPC機制的討論和知識,讀者可以參見坦尼保姆所著的《分布式系統》一書,裡面有非常詳細和精彩的論述:

1) 服務的用戶端(位於本地)應該實現onServiceConnected() 和onServiceDisconnected()
方法。這樣,當至遠程服務的串連成功建立或者斷開的時候,它們會收到通知。這樣它們就可以調用bindService() 來設定串連。

2) 而服務則應該實現onBind() 方法以接受或拒絕串連。這取決於它收到的intent(intent將傳遞給bindService())。如果接受了串連,它會返回一個Stub的子類的執行個體。

3) 如果服務接受了串連,Android將會調用用戶端的onServiceConnected()方法,並傳遞給它一個IBinder對象,它是由服務所管理的Stub的子類的代理。通過這個代理,用戶端可以對遠程服務進行調用。

掌握安全執行緒方法

在一些情況下,你所實現的方法有可能會被多於一個的線程所調用,所以它們必須被寫成安全執行緒的。

對於我們上面所討論的RPC機制中的可以被遠程調用的方法來說,這是必須首先考慮的。如果針對一個IBinder對象中實現的方法的調用源自這個IBinder對象所在的進程時,這個方法將會在調用者的線程中執行。然而,如果這個調用源自其它的進程,則這個方法將會在一個線程池中選出的線程中運行,這個線程池由Android加以管理,並與IBinder存在於同一進程內;這個方法不會在進程的主線程內執行。反過來說,一個服務的onBind() 方法應為服務進程的主線程所調用,而實現了由onBind() 返回的對象(比如說,一個實現了RPC方法的Stub的子類)的方法將為池中的線程所調用。因為服務可以擁有多於一個的用戶端,而同一時間,也會有多個池中的線程調用同一個IBinder方法。因此IBinder方法必須實現為安全執行緒的。

類似的,一個內容提供者能接受源自其它進程的請求資料。儘管ContentResolver和ContentProvider類隱藏了互動溝通過程的管理細節,ContentProvider會由query(),insert(),delete(),update()和getType()方法來相應這些請求,而這些方法也都是由那個內容提供者的進程中所包涵的線程池提供的,而不是進程的主線程本身。所以這些有可能在同一時間被很多線程調用的方法也必須被實現為安全執行緒的。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.