目錄進(jìn)程和線(xiàn)程的關(guān)系跨進(jìn)程的種類(lèi)Serializable，Parcelable接口Binder進(jìn)程和線(xiàn)程的關(guān)系

按照操作系統(tǒng)中的描述，線(xiàn)程是CPU調(diào)度的最小單位，同時(shí)線(xiàn)程也是一種有限的系統(tǒng)資源。而進(jìn)程一般是指一個(gè)執(zhí)行單元，在pc端或者移動(dòng)端上是指一個(gè)程序或者一個(gè)應(yīng)用。一個(gè)進(jìn)程中可以包含一個(gè)或者是多個(gè)線(xiàn)程。所以他們的關(guān)系應(yīng)該是包含和被包含的關(guān)系。

跨進(jìn)程的種類(lèi)

在A(yíng)ndroid中跨進(jìn)程通信的方式有很多種，Bundle,文件共享，AIDL,Messenger,ContentProvider,Socket,這些都能實(shí)現(xiàn)進(jìn)程間之間的通信，當(dāng)然，雖然都能夠?qū)崿F(xiàn)進(jìn)程間通信，但是他們之間的實(shí)現(xiàn)原理或者說(shuō)是底層的實(shí)現(xiàn)方式都是不一樣的。下面，我們將會(huì)一一說(shuō)明。

注：很多同學(xué)覺(jué)得創(chuàng)建進(jìn)程就應(yīng)該創(chuàng)建一個(gè)新的應(yīng)用。其實(shí)不是的。只要我們?cè)贏(yíng)ndroidMenifest上加上這一句代碼就可以了android:process=“:remote”具體的，同學(xué)們可以自己的了解。

在說(shuō)IPC之前，先說(shuō)一下一些基礎(chǔ)概念，這樣對(duì)后面的內(nèi)容能夠更好的理解。

Serializable，Parcelable接口

Serializable接口是java提供的一個(gè)序列化的接口，這是一個(gè)空的接口，為對(duì)象提供標(biāo)準(zhǔn)的序列化和反序列化操作。

Serializable序列化和反序列化，都是采ObjectOutputStream和ObjectInputStream就可以實(shí)現(xiàn)，當(dāng)然這些系統(tǒng)基本已經(jīng)為我們實(shí)現(xiàn)了。

Parcelable接口，是Android自帶的一種序列化方式。序列化和反序列化都是通過(guò)writeToParcel方法來(lái)完成的。

兩者的區(qū)別：Serializable是java的序列化接口使用簡(jiǎn)單，但是由于序列化和反序列化的過(guò)程需要大量的I/o操作，所以性能較差。Parcelable接口使用較為麻煩，但是效率很高，但是存在一個(gè)很大的缺點(diǎn)，就是被Parcelable將對(duì)象序列化以后，要將對(duì)象保存到磁盤(pán)中的，將會(huì)很麻煩。所以建議是使用Serializable。

Binder

直觀(guān)來(lái)說(shuō)，Binder是Android中的一個(gè)類(lèi)，它實(shí)現(xiàn)了IBinder接口，從IPC的角度來(lái)說(shuō)，Binder是Android中的一種跨進(jìn)程通信的一種方式，同時(shí)還可以理解為是一種虛擬的物理設(shè)備，它的設(shè)備驅(qū)動(dòng)是／dev/binder/。從Framework角度來(lái)說(shuō)，Binder是ServiceManager的橋梁。從應(yīng)用層來(lái)說(shuō)，Binder是客戶(hù)端和服務(wù)端進(jìn)行通信的媒介。

在A(yíng)ndroid開(kāi)發(fā)中，Binder主要用在Service中，包括AIDL和Messenger，由于Messenger的底層其實(shí)就是Aidl，所以現(xiàn)在我們以AIDL來(lái)分析一下binder的工作機(jī)制。

上代碼：

/* * This file is auto-generated. DO NOT MODIFY. * Original file: /Users/huangjialin/MyApplication/service/src/main/aidl/aidl/MyAIDLService.aidl */package aidl;// Declare any non-default types here with import statementspublic interface MyAIDLService extends android.os.IInterface { /** * Local-side IPC implementation stub class. */ public static abstract class Stub extends android.os.Binder implements aidl.MyAIDLService {private static final java.lang.String DESCRIPTOR = 'aidl.MyAIDLService';/** * Construct the stub at attach it to the interface. */public Stub() { this.attachInterface(this, DESCRIPTOR);}/** * Cast an IBinder object into an aidl.MyAIDLService interface, * generating a proxy if needed. */public static aidl.MyAIDLService asInterface(android.os.IBinder obj) { if ((obj == null)) {return null; } android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR); if (((iin != null) && (iin instanceof aidl.MyAIDLService))) {return ((aidl.MyAIDLService) iin); } return new aidl.MyAIDLService.Stub.Proxy(obj);}@Overridepublic android.os.IBinder asBinder() { return this;}@Overridepublic boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException { switch (code) {case INTERFACE_TRANSACTION: { reply.writeString(DESCRIPTOR); return true;}case TRANSACTION_getString: { data.enforceInterface(DESCRIPTOR); java.lang.String _result = this.getString(); reply.writeNoException(); reply.writeString(_result); return true;} } return super.onTransact(code, data, reply, flags);}private static class Proxy implements aidl.MyAIDLService { private android.os.IBinder mRemote; Proxy(android.os.IBinder remote) {mRemote = remote; } @Override public android.os.IBinder asBinder() {return mRemote; } public java.lang.String getInterfaceDescriptor() {return DESCRIPTOR; } @Override public java.lang.String getString() throws android.os.RemoteException {android.os.Parcel _data = android.os.Parcel.obtain();android.os.Parcel _reply = android.os.Parcel.obtain();java.lang.String _result;try { _data.writeInterfaceToken(DESCRIPTOR); mRemote.transact(Stub.TRANSACTION_getString, _data, _reply, 0); _reply.readException(); _result = _reply.readString();} finally { _reply.recycle(); _data.recycle();}return _result; }}static final int TRANSACTION_getString = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0); } public java.lang.String getString() throws android.os.RemoteException;}

上面這段代碼是系統(tǒng)生成的，在gen目錄下可以看到根據(jù)MyAIDLService.aidl系統(tǒng)為我們生成了MyAIDLService.java這個(gè)類(lèi)。我們先來(lái)了解一下這個(gè)類(lèi)中每個(gè)方法的含義：

DESCRIPTOR：Binder的唯一標(biāo)識(shí)，一般用于當(dāng)前Binder的類(lèi)名表示。

asInterface(android.os.IBinder obj)：用于將服務(wù)端的Binder對(duì)象轉(zhuǎn)換成客戶(hù)端所需的AIDL接口類(lèi)型的對(duì)象，這種轉(zhuǎn)化過(guò)程是區(qū)分進(jìn)程的，如果客戶(hù)端和服務(wù)端位于同一個(gè)進(jìn)程，那么這個(gè)方法返回的是服務(wù)端的stub對(duì)象本身，否則返回的是系統(tǒng)封裝后的Stub.proxy對(duì)象。

asBinder()：用于返回當(dāng)前Binder對(duì)象。

onTransact：該方法運(yùn)行在服務(wù)端的Binder線(xiàn)程池中，當(dāng)客戶(hù)端發(fā)起跨進(jìn)程通信請(qǐng)求的時(shí)候，遠(yuǎn)程請(qǐng)求通過(guò)系統(tǒng)底層封裝后交給該方法處理。注意這個(gè)方法public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags)，服務(wù)端通過(guò)code可以確定客戶(hù)端所請(qǐng)求的目標(biāo)方法是什么，接著從data中取出目標(biāo)方法所需的參數(shù)，然后執(zhí)行目標(biāo)方法。當(dāng)目標(biāo)方法執(zhí)行完畢后，就像reply中寫(xiě)入返回值。這個(gè)方法的執(zhí)行過(guò)程就是這樣的。如果這個(gè)方法返回false，客戶(hù)端是會(huì)請(qǐng)求失敗的，所以我們可以在這個(gè)方法中做一些安全驗(yàn)證。

public java.lang.String getString() throws android.os.RemoteException：

這個(gè)方法運(yùn)行在客戶(hù)端中，當(dāng)客戶(hù)端調(diào)用此方法的時(shí)候，它的內(nèi)部實(shí)現(xiàn)是這樣的：首先創(chuàng)建該方法所需要的輸入類(lèi)型Parcel對(duì)象_data，然后調(diào)用transact方法發(fā)起遠(yuǎn)程調(diào)用請(qǐng)求，同時(shí)當(dāng)前線(xiàn)程掛起，然后服務(wù)端的OnTransact方法會(huì)被調(diào)用，直到RPC過(guò)程返回后，當(dāng)前線(xiàn)程繼續(xù)執(zhí)行，并從_reply中讀取返回的數(shù)據(jù)。

如圖：Binder的工作機(jī)制

從上面分析，我們明白了Binder的工作機(jī)制但是要注意一些問(wèn)題：

1.當(dāng)客戶(hù)端發(fā)起請(qǐng)求時(shí)，由于當(dāng)前線(xiàn)程會(huì)被掛起，直到服務(wù)端返回?cái)?shù)據(jù)，如果這個(gè)遠(yuǎn)程方法很耗時(shí)的話(huà)，那么是不能夠在UI線(xiàn)程，也就是主線(xiàn)程中發(fā)起這個(gè)遠(yuǎn)程請(qǐng)求的。

2.由于Service的Binder方法運(yùn)行在線(xiàn)程池中，所以Binder方法不管是耗時(shí)還是不耗時(shí)都應(yīng)該采用同步的方式，因?yàn)樗呀?jīng)運(yùn)行在一個(gè)線(xiàn)程中了。

以上就是淺談Android IPC機(jī)制之Binder的工作機(jī)制的詳細(xì)內(nèi)容，更多關(guān)于A(yíng)ndroid IPC機(jī)制之Binder的工作機(jī)制的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！