Android：AIDL進程間通信基本框架

在某些業(yè)務(wù)場景下，我們需要在應(yīng)用中單獨開啟一個進程進行一些操作。比如性能監(jiān)控，如果讓原始業(yè)務(wù)和性能監(jiān)控本身的業(yè)務(wù)跑在同一個進程下，那么就會導(dǎo)致性能統(tǒng)計的數(shù)據(jù)的失真。

創(chuàng)新互聯(lián)長期為成百上千客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為吉隆企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、做網(wǎng)站，吉隆網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

而進程間通信，一般采用AIDL機制的客戶端與服務(wù)端通信。

AIDL只能傳遞如下幾類數(shù)據(jù)：

當(dāng)傳遞自定義 Parcelable 時，有三處地方需要注意：

當(dāng)傳遞其他 aidl 接口時，同樣必須要 import 這個 aidl 文件

編寫完 aidl 文件后，make一下工程，會在 build 下的 generated 下的 source 下的 aidl 目錄生成對應(yīng)的接口類文件。aidl 接口其實就是 API 接口，通過實現(xiàn)對應(yīng)接口類的 Stub 子類來實現(xiàn)具體的 API 邏輯；通過對應(yīng)接口類的 Stub 子類的 asInterface 方法得到具體的實現(xiàn)類，調(diào)用具體的 API 方法。

一個基本的客戶端服務(wù)端的通信結(jié)構(gòu)一般包括如下功能

客戶端的功能

服務(wù)端的功能

客戶端的相關(guān)功能實現(xiàn)比較簡單，麻煩的是服務(wù)端的功能。因為 AIDL 接口定義的都是服務(wù)端的接口，是由客戶端來調(diào)用的。而想要實現(xiàn)服務(wù)端反向調(diào)用客戶端則需要通過其他手段實現(xiàn)。

想要實現(xiàn)服務(wù)端主動連接客戶端，最好的辦法就是 服務(wù)端發(fā)送廣播，客戶端收到廣播后再主動連接服務(wù)端 ，通過這種方式變相地實現(xiàn)服務(wù)端主動連接客戶端的功能

想要實現(xiàn)服務(wù)端主動斷開客戶端，除了上面 發(fā)送廣播是一種實現(xiàn)方式外，還可以通過 android 的系統(tǒng)API RemoteCallbackList，用包名作為key值來注冊遠程回調(diào)接口的方式，讓服務(wù)端持有客戶端的回調(diào)接口，服務(wù)端調(diào)用回調(diào)接口，客戶端在回調(diào)接口中實現(xiàn)主動斷開服務(wù)端 ，通過這種方式變量地實現(xiàn)服務(wù)端主動斷開客戶端的功能。而采用后者會顯得更加優(yōu)雅

既然所有的操作歸根結(jié)底都是由客戶端來完成的，那么客戶端必須得有如下的功能模塊：

服務(wù)端必須得有的功能模塊：

那么，整體的通信流程就是如下的步驟：

首先是通信的 aidl 接口定義

然后是客戶端的連接操作與斷開連接操作，包括廣播接收者的注冊以及回調(diào)接口的實現(xiàn)

然后是客戶端的拉取數(shù)據(jù)和推送數(shù)據(jù)操作

接著是服務(wù)端的 iBinder 接口的實現(xiàn)，完成回調(diào)接口的注冊、業(yè)務(wù)子線程的開啟和關(guān)閉、數(shù)據(jù)的推送和數(shù)據(jù)的拉取操作

然后是服務(wù)端的主動連接和主動斷開連接操作

最后是服務(wù)端的 onUnbind 方法的實現(xiàn)，對回調(diào)接口進行反注冊

服務(wù)端模仿 FloatViewPlugin 自定義插件，實現(xiàn) IServicePlugin 接口，定制個性化的懸浮窗插件

客戶端在 Appliaction 的 onCreate方法中初始化

在 MainActivity 上實現(xiàn)連接、斷開、數(shù)據(jù)通信

Android ParcelFileDescriptor實現(xiàn)進程間通信

一個通信通道，實現(xiàn)跨進程的的Socket網(wǎng)絡(luò)通信。

具體的通信通道的圖如下。

android進程間通信是使用Binder來傳數(shù)據(jù)，而Binder傳輸?shù)臄?shù)據(jù)，有一個最為基本的要求，就是要實現(xiàn)Parcelable接口。

ParcelFileDescriptor是android提供的一個數(shù)據(jù)結(jié)構(gòu)。

ParcelFileDescriptor是可以用于進程間Binder通信的FileDescriptor。支持stream 寫入和stream 讀出

我們可以使用

來將PacecelFileDescriptor 與File對應(yīng)起來，以實現(xiàn)進程間的文件共享。

我們也可以使用

來建立一個pipe通信通道，ParcelFileDescriptor數(shù)組第一個元素是read端，第二個元素是write端，通過write端的AutoCloseOutputStream和read端的AutoCloseInputStream，我們就可以實現(xiàn)進程見的數(shù)據(jù)流傳輸了。

發(fā)送端：

1. 業(yè)務(wù)層調(diào)用getOutputStream向通信層發(fā)起請求

2. 通信層通過creatPipe 建立一個ParcelFileDescriptor數(shù)組，并將write端的pipe[1]返回給業(yè)務(wù)層

3. 業(yè)務(wù)層得到pipe[1]（ParcelFileDescriptor）后，可以通過AutoCloseOutputStream寫入數(shù)據(jù)

4. 從通信層的pipe[0]的AutoCloseInputStream中讀出數(shù)據(jù)通過socket發(fā)送出去

接收端：

1. 業(yè)務(wù)層調(diào)用getInputStream向通信層發(fā)起請求

2. 通信層通過creatPipe 建立一個ParcelFileDescriptor數(shù)組，并將read端的pipe[0]返回給業(yè)務(wù)層

3. 業(yè)務(wù)層得到pipe 0 后，可以通過AutoCloseInputStream讀取數(shù)據(jù)。（如沒有數(shù)據(jù)，則阻塞，一直等到有數(shù)據(jù)為止）

4. socket中讀取數(shù)據(jù)，寫入到通信層的pipe[1]的AutoCloseOutputStream。（pipe[1]一旦寫入，第三步中pipe[2]就可以讀取出數(shù)據(jù)）

Android跨進程通信-共享內(nèi)存

還是先看共享內(nèi)存的使用方法，我主要介紹兩個函數(shù)：

通過 shmget() 函數(shù)申請共享內(nèi)存,它的入?yún)⑷缦?/p>

通過 shmat() 函數(shù)將我們申請到的共享內(nèi)存映射到自己的用戶空間，映射成功會返回地址，有了這個地址，我們就可以隨意的讀寫數(shù)據(jù)了，我們繼續(xù)看一下這個函數(shù)的入?yún)?/p>

共享內(nèi)存的原理是在內(nèi)存中單獨開辟的一段內(nèi)存空間，這段內(nèi)存空間其實就是一個tempfs（臨時虛擬文件），tempfs是VFS的一種文件系統(tǒng)，掛載在/dev/shm上，前面提到的管道pipefs也是VFS的一種文件系統(tǒng)。

由于共享的內(nèi)存空間對使用和接收進程來講，完全無感知，就像是在自己的內(nèi)存上讀寫數(shù)據(jù)一樣，所以也是 效率最高 的一種IPC方式。

上面提到的IPC的方式都是 在內(nèi)核空間中開辟內(nèi)存來存儲數(shù)據(jù) ，寫數(shù)據(jù)時，需要將數(shù)據(jù)從用戶空間拷貝到內(nèi)核空間，讀數(shù)據(jù)時，需要從內(nèi)核空間拷貝到自己的用戶空間，

共享內(nèi)存就只需要一次拷貝 ，而且共享內(nèi)存不是在內(nèi)核開辟空間，所以可以 傳輸?shù)臄?shù)據(jù)量大 。

但是 共享內(nèi)存最大的缺點就是沒有并發(fā)的控制，我們一般通過信號量配合共享內(nèi)存使用，進行同步和并發(fā)的控制 。

共享內(nèi)存在Android系統(tǒng)中主要的使用場景是 用來傳輸大數(shù)據(jù) ，并且 Android并沒有直接使用Linux原生的共享內(nèi)存方式，而是設(shè)計了Ashmem匿名共享內(nèi)存 。

之前說到有名管道和匿名管道的區(qū)別在于有名管道可以在vfs目錄樹中查看到這個管道的文件，但是匿名管道不行， 所以匿名共享內(nèi)存同樣也是無法在vfs目錄中查看到 的， Android之所以要設(shè)計匿名共享內(nèi)存 ，我覺得主要是為了安全性的考慮吧。

我們來看看共享內(nèi)存的一個使用場景，在Android中，如果我們想要將當(dāng)前的界面顯示出來，需要將當(dāng)前界面的圖元數(shù)據(jù)傳遞Surfaceflinger去做圖層混合，圖層混合之后的數(shù)據(jù)會直接送入幀緩存，送入幀緩存后，顯卡就會直接取出幀緩存里的圖元數(shù)據(jù)顯示了。

那么我們?nèi)绾螌?yīng)用的Activity的圖元數(shù)據(jù)傳遞給SurfaceFlinger呢？想要將圖像數(shù)據(jù)這樣比較大的數(shù)據(jù)跨進程傳輸，靠binder是不行的，所以這兒便用到匿名共享內(nèi)存。

從谷歌官方提供的架構(gòu)圖可以看到，圖元數(shù)據(jù)是通過BufferQueue傳遞到SurfaceFlinger去的，當(dāng)我們想要繪制圖像的時候， 需要從BufferQueue中申請一個Buffer，Buffer會調(diào)用Gralloc模塊來分配共享內(nèi)存 當(dāng)作圖元緩沖區(qū)存放我們的圖元數(shù)據(jù)。

可以看到Android的匿名共享內(nèi)存是通過 ashmem_create_region() 函數(shù)來申請共享內(nèi)存的，它會在/dev/ashmem下創(chuàng)建一個虛擬文件，Linux原生共享內(nèi)存是通過shmget()函數(shù)，并會在/dev/shm下創(chuàng)建虛擬文件。

匿名共享內(nèi)存是通過 mmap() 函數(shù)將申請到的內(nèi)存映射到自己的進程空間，而Linux是通過*shmat()函數(shù)。

雖然函數(shù)不一樣，但是Android的匿名共享內(nèi)存和Linux的共享內(nèi)存在本質(zhì)上是大同小異的。

要使用一塊共享內(nèi)存

Android跨進程通信

本文整理和引用他人的筆記，旨在個人復(fù)習(xí)使用。

參考鏈接：

;depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.edu_weight

默認情況下，一個app只會運行在一個進程中，進程名為app的包名。

1. 分散內(nèi)存的占用

Android系統(tǒng)對每個應(yīng)用進程的內(nèi)存占用是有限制的，占用內(nèi)存越大的進程，被系統(tǒng)殺死的可能性就越大。使用多進程可以減少主進程占用的內(nèi)存，避免OOM問題，降低被系統(tǒng)殺死的概率。

2. 實現(xiàn)多模塊

一個成熟的應(yīng)用一定是多模塊化的。項目解耦，模塊化，意味著開辟新的進程，有獨立的JVM，帶來數(shù)據(jù)解耦。模塊之間互不干預(yù)，團隊并行開發(fā)，同時責(zé)任分工也很明確。

3. 降低程序奔潰率

子進程崩潰不會影響主進程的運行，能降低程序的崩潰率。

4. 實現(xiàn)一些特殊功能

比如可以實現(xiàn)推送進程，使得主進程退出后，能離線完成消息推送服務(wù)。還可以實現(xiàn)守護進程，來喚醒主進程達到?；钅康摹＿€可以實現(xiàn)監(jiān)控進程專門負責(zé)上報bug，進而提升用戶體驗。

android:process 屬性的值以冒號開頭的就是 私有進程 ，否則就是 公有進程 。當(dāng)然命名還需要符合規(guī)范，不能以數(shù)字開頭等等。

1. 前臺進程

2. 可見進程

3. 服務(wù)進程

4. 后臺進程

5. 空進程

Android 會將進程評定為它可能達到的最高級別。另外服務(wù)于另一進程的進程其級別永遠不會低于其所服務(wù)的進程。

創(chuàng)建新的進程時會創(chuàng)建新的Application對象，而我們通常在Application的onCreate方法中只是完成一些全局的初始化操作，不需要多次執(zhí)行。

解決思路：獲取當(dāng)前進程名，判斷是否為主進程，只有主進程的時候才執(zhí)行初始化操作

獲取當(dāng)前進程名的兩種方法：

Application中判斷是否是主進程（方法1例子）：

Serializable 和 Parcelable是數(shù)據(jù)序列化的兩種方式，Android中只有進行序列化過后的對象才能通過intent和Binder傳遞。

通常序列化后的對象完成傳輸后，通過反序列化獲得的是一個新對象，而不是原來的對象。

Serializable是java接口，位于java.io的路徑下。Serializable的原理就是把Java對象序列化為二進制文件后進行傳遞。Serializable使用起來非常簡單，只需直接實現(xiàn)該接口就可以了。

Parcelable是Google為了解決Serializable效率低下的問題，為Android特意設(shè)計的一個接口。Parcelable的原理是將一個對象完全分解，分解成可以傳輸?shù)臄?shù)據(jù)類型（如基本數(shù)據(jù)類型）再進行傳遞。

通常需要存到本地磁盤的數(shù)據(jù)就使用Serializable，其他情況就使用效率更高的Parcelable。

IPC 即 Inter-Process Communication (進程間通信)。Android 基于 Linux，而 Linux 出于安全考慮，不同進程間不能之間操作對方的數(shù)據(jù)，這叫做“進程隔離”。

每個進程的虛擬內(nèi)存空間（進程空間）又被分為了 用戶空間和內(nèi)核空間 ， 進程只能訪問自身用戶空間，只有操作系統(tǒng)能訪問內(nèi)核空間。

由于進程只能訪問自身用戶空間，因此在傳統(tǒng)的IPC中，發(fā)送進程需要通過copy_from_user（系統(tǒng)調(diào)用）將數(shù)據(jù)從自身用戶空間拷貝到內(nèi)核空間，再由接受進程通過copy_to_user從內(nèi)核空間復(fù)拷貝到自身用戶空間，共需要拷貝2次，效率十分低下。Android采用的是Binder作為IPC的機制，只需復(fù)制一次。

Binder翻譯過來是粘合劑，是進程之間的粘合劑。

Binder IPC通信的底層原理是 通過內(nèi)存映射（mmap），將接收進程的用戶空間映射到內(nèi)核空間 ，有了這個映射關(guān)系，接收進程就能通過用戶空間的地址獲得內(nèi)核空間的數(shù)據(jù)，這樣只需發(fā)送進程將數(shù)據(jù)拷貝到內(nèi)核空間就可完成通訊。

一次完整的Binder IPC通信：

從IPC的角度看，Binder是一種跨進程通信機制（一種模型），Binder 是基于 C/S 架構(gòu)的，這個通信機制中主要涉及四個角色：Client、Server、ServiceManager和Binder驅(qū)動。

Client、Server、ServiceManager都是運行在用戶空間的進程，他們通過系統(tǒng)調(diào)用（open、mmap 和 ioctl）來訪問設(shè)備文件/dev/binder，從而實現(xiàn)與Binder驅(qū)動的交互。Binder驅(qū)動提供進程間通信的能力（負責(zé)完成一些底層操作，比如開辟數(shù)據(jù)接受緩存區(qū)等），是Client、Server和ServiceManager之間的橋梁。

Client、Server就是需要進行通信兩個的進程，通信流程：

細心的你一定發(fā)現(xiàn)了，注冊服務(wù)和獲得服務(wù)本身就是和ServiceManager進行跨進程通信。其實和ServiceManager的通信的過程也是獲取Binder對象（早已創(chuàng)建在Binder驅(qū)動中，攜帶了注冊和查詢服務(wù)等接口方法）來使用，所有需要和ServiceManager通信的進程，只需通過0號引用，就可以獲得這個Binder對象了。

AIDL內(nèi)部原理就是基于Binder的，可以借此來分析Binder的使用。

AIDL是接口定義語言，簡短的幾句話就能定義好一個復(fù)雜的、內(nèi)部有一定功能的java接口。

先看看ICallBack.aidl文件，這里定義了一個接口，表示了服務(wù)端提供的功能。

被定義出來的java接口繼承了IInterface接口，并且內(nèi)部提供了一個Stub抽象類給服務(wù)端（相當(dāng)于封裝了一下，服務(wù)端只需繼承這個類，然后完成功能的里面具體的實現(xiàn)）。

參考：

（以下是添加了回調(diào)的最終實現(xiàn)，可以看參考鏈接一步一步來）

為需要使用的類，創(chuàng)建aidl文件。

系統(tǒng)會自動在main文件下生成aidl文件夾，并在該文件夾下創(chuàng)建相應(yīng)目錄。

在java相同路徑下創(chuàng)建Student類，這里不能使用@Parcelize注解，否則會報錯

創(chuàng)建IStudentService.aidl，定義了一個接口，該接口定義了服務(wù)端提供的功能。創(chuàng)建完后rebuild一下項目 （每次創(chuàng)建和修改定義接口文件都要rebuild一下）

創(chuàng)建在服務(wù)端的StudentService

可以看見有回調(diào)，說明客戶端也提供了接口給服務(wù)端來回調(diào)（雙向通信，此時客戶端的變成了服務(wù)端），即ICallBack.aidl

客戶端是通過Binder驅(qū)動返回的Binder調(diào)用StudentService里的具體實現(xiàn)方法

AIDL使用注意：

Messenger可以在不同進程中傳遞 Message 對象，在Message中放入我們需要傳遞的數(shù)據(jù)，就可以輕松地實現(xiàn)數(shù)據(jù)的進程間傳遞了。Messenger 是一種輕量級的 IPC 方案，是對AIDL的封裝，底層實現(xiàn)是 AIDL。

使用詳見：

Android進程間和線程間通信方式

? 進程：是具有一定獨立功能的程序關(guān)于某個數(shù)據(jù)集合上的一次運行活動，進程是系統(tǒng)進行資源分配和調(diào)度的一個獨立單位。

??線程：是進程的一個實體,是CPU調(diào)度和分派的基本單位,它是比進程更小的能獨立運行的基本單位。線程自己基本上不擁有系統(tǒng)資源,只擁有一些在運行中必不可少的資源(如程序計數(shù)器,一組寄存器和棧)，但是它可與同屬一個進程的其他的線程共享進程所擁有的全部資源。

??區(qū)別：

??（1）、一個程序至少有一個進程，一個進程至少有一個線程；

??（2）、線程的劃分尺度小于進程，使得多線程程序的并發(fā)性高；

??（3）、進程在執(zhí)行過程中擁有獨立的內(nèi)存單元，而多個線程共享內(nèi)存，但線程之間沒有單獨的地址空間，一個線程死掉就等于整個進程死掉。

---------------------

一、Android進程間通信方式

1.Bundle

??由于Activity，Service，Receiver都是可以通過Intent來攜帶Bundle傳輸數(shù)據(jù)的，所以我們可以在一個進程中通過Intent將攜帶數(shù)據(jù)的Bundle發(fā)送到另一個進程的組件。

??缺點：無法傳輸Bundle不支持的數(shù)據(jù)類型。

2.ContentProvider

??ContentProvider是Android四大組件之一，以表格的方式來儲存數(shù)據(jù)，提供給外界，即Content Provider可以跨進程訪問其他應(yīng)用程序中的數(shù)據(jù)。用法是繼承ContentProvider，實現(xiàn)onCreate,query,update,insert,delete和getType方法，onCreate是負責(zé)創(chuàng)建時做一些初始化的工作，增刪查改的方法就是對數(shù)據(jù)的查詢和修改，getType是返回一個String，表示Uri請求的類型。注冊完后就可以使用ContentResolver去請求指定的Uri。

3.文件

??兩個進程可以到同一個文件去交換數(shù)據(jù)，我們不僅可以保存文本文件，還可以將對象持久化到文件，從另一個文件恢復(fù)。要注意的是，當(dāng)并發(fā)讀/寫時可能會出現(xiàn)并發(fā)的問題。

4.Broadcast

??Broadcast可以向android系統(tǒng)中所有應(yīng)用程序發(fā)送廣播，而需要跨進程通訊的應(yīng)用程序可以監(jiān)聽這些廣播。

5.AIDL方式

??Service和Content Provider類似，也可以訪問其他應(yīng)用程序中的數(shù)據(jù)，Content Provider返回的是Cursor對象，而Service返回的是Java對象，這種可以跨進程通訊的服務(wù)叫AIDL服務(wù)。

? ? ?AIDL通過定義服務(wù)端暴露的接口，以提供給客戶端來調(diào)用，AIDL使服務(wù)器可以并行處理，而Messenger封裝了AIDL之后只能串行運行，所以Messenger一般用作消息傳遞。

6.Messenger

??Messenger是基于AIDL實現(xiàn)的，服務(wù)端（被動方）提供一個Service來處理客戶端（主動方）連接，維護一個Handler來創(chuàng)建Messenger，在onBind時返回Messenger的binder。

??雙方用Messenger來發(fā)送數(shù)據(jù)，用Handler來處理數(shù)據(jù)。Messenger處理數(shù)據(jù)依靠Handler，所以是串行的，也就是說，Handler接到多個message時，就要排隊依次處理。

7.Socket

??Socket方法是通過網(wǎng)絡(luò)來進行數(shù)據(jù)交換，注意的是要在子線程請求，不然會堵塞主線程。客戶端和服務(wù)端建立連接之后即可不斷傳輸數(shù)據(jù)，比較適合實時的數(shù)據(jù)傳輸

二、Android線程間通信方式

??一般說線程間通信主要是指主線程（也叫UI線程）和子線程之間的通信，主要有以下兩種方式：

1.AsyncTask機制

??AsyncTask，異步任務(wù)，也就是說在UI線程運行的時候，可以在后臺的執(zhí)行一些異步的操作；AsyncTask可以很容易且正確地使用UI線程，AsyncTask允許進行后臺操作，并在不顯示使用工作線程或Handler機制的情況下，將結(jié)果反饋給UI線程。但是AsyncTask只能用于短時間的操作（最多幾秒就應(yīng)該結(jié)束的操作），如果需要長時間運行在后臺，就不適合使用AsyncTask了，只能去使用Java提供的其他API來實現(xiàn)。

2.Handler機制

??Handler，繼承自O(shè)bject類，用來發(fā)送和處理Message對象或Runnable對象；Handler在創(chuàng)建時會與當(dāng)前所在的線程的Looper對象相關(guān)聯(lián)(如果當(dāng)前線程的Looper為空或不存在，則會拋出異常，此時需要在線程中主動調(diào)用Looper.prepare()來創(chuàng)建一個Looper對象)。使用Handler的主要作用就是在后面的過程中發(fā)送和處理Message對象和讓其他的線程完成某一個動作（如在工作線程中通過Handler對象發(fā)送一個Message對象，讓UI線程進行UI的更新，然后UI線程就會在MessageQueue中得到這個Message對象（取出Message對象是由其相關(guān)聯(lián)的Looper對象完成的），并作出相應(yīng)的響應(yīng)）。

三、Android兩個子線程之間通信

??面試的過程中，有些面試官可能會問Android子線程之間的通信方式，由于絕大部分程序員主要關(guān)注的是Android主線程和子線程之間的通信，所以這個問題很容易讓人懵逼。

??主線程和子線程之間的通信可以通過主線程中的handler把子線程中的message發(fā)給主線程中的looper，或者，主線程中的handler通過post向looper中發(fā)送一個runnable。但looper默認存在于main線程中，子線程中沒有Looper，該怎么辦呢？其實原理很簡單，把looper綁定到子線程中，并且創(chuàng)建一個handler。在另一個線程中通過這個handler發(fā)送消息，就可以實現(xiàn)子線程之間的通信了。

??子線程創(chuàng)建handler的兩種方式：

??方式一：給子線程創(chuàng)建Looper對象：

new Thread(new Runnable() {

? ? ? ? public void run() {?

? ? ? ? ? ? Looper.prepare();? // 給這個Thread創(chuàng)建Looper對象，一個Thead只有一個Looper對象

? ? ? ? ? ? Handler handler = new Handler(){?

? ? ? ? ? ? ? ? @Override?

? ? ? ? ? ? ? ? public void handleMessage(Message msg) {?

? ? ? ? ? ? ? ? ? ? Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();?

? ? ? ? ? ? ? ? }?

? ? ? ? ? ? };?

? ? ? ? ? ? handler.sendEmptyMessage(1);?

? ? ? ? ? ? Looper.loop(); // 不斷遍歷MessageQueue中是否有消息

? ? ? ? };?

? ? }).start();

---------------------

? ?方式二：獲取主線程的looper，或者說是UI線程的looper：

new Thread(new Runnable() {

? ? ? ? public void run() {?

? ? ? ? ? ? Handler handler = new Handler(Looper.getMainLooper()){ // 區(qū)別在這！??！?

? ? ? ? ? ? ? ? @Override?

? ? ? ? ? ? ? ? public void handleMessage(Message msg) {?

? ? ? ? ? ? ? ? ? ? Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();?

? ? ? ? ? ? ? ? }?

? ? ? ? ? ? };?

? ? ? ? ? ? handler.sendEmptyMessage(1);?

? ? ? ? };?

? ? }).start();

---------------------

本文標題：android進程通信,Android進程管理
轉(zhuǎn)載來源：http://chinadenli.net/article8/phjjop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供靜態(tài)網(wǎng)站、網(wǎng)站建設(shè)、搜索引擎優(yōu)化、、網(wǎng)站策劃、用戶體驗

廣告

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