本篇文章從AIDL的角度來闡述Binder機(jī)制調(diào)用遠(yuǎn)程服務(wù)的內(nèi)部運行原理买优。因此本篇文章的第一部分介紹AIDL的使用妨马,第二部分從AIDL的使用上具體介紹Binder機(jī)制。關(guān)于Binder機(jī)制的原理杀赢,可以參考簡單理解Binder機(jī)制的原理,對其有個大概的了解烘跺。
一、AIDL的使用
1.AIDL的簡介
AIDL (Android Interface Definition Language) 是一種接口定義語言脂崔,用于生成可以在Android設(shè)備上兩個進(jìn)程之間進(jìn)行進(jìn)程間通信(interprocess communication, IPC)的代碼滤淳。如果在一個進(jìn)程中(例如Activity)要調(diào)用另一個進(jìn)程中(例如Service)對象的操作,就可以使用AIDL生成可序列化的參數(shù)砌左,來完成進(jìn)程間通信脖咐。
簡言之铺敌,AIDL能夠?qū)崿F(xiàn)進(jìn)程間通信,其內(nèi)部是通過Binder機(jī)制來實現(xiàn)的屁擅,后面會具體介紹偿凭,現(xiàn)在先介紹AIDL的使用。
2.AIDL的具體使用
AIDL的實現(xiàn)一共分為三部分派歌,一部分是客戶端弯囊,調(diào)用遠(yuǎn)程服務(wù)。一部分是服務(wù)端胶果,提供服務(wù)匾嘱。最后一部分,也是最關(guān)鍵的是AIDL接口早抠,用來傳遞的參數(shù)霎烙,提供進(jìn)程間通信。
先在服務(wù)端創(chuàng)建AIDL部分代碼贝或。
AIDL文件
通過如下方式新建一個AIDL文件
默認(rèn)生成格式
interface IBookManager {
/**
* Demonstrates some basic types that you can use as parameters
* and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat,
double aDouble, String aString);
}
默認(rèn)如下格式吼过,由于本例要操作Book類,實現(xiàn)兩個方法咪奖,添加書本和返回書本列表盗忱。
定義一個Book類,實現(xiàn)Parcelable接口羊赵。
public class Book implements Parcelable {
public int bookId;
public String bookName;
public Book() {
}
public Book(int bookId, String bookName) {
this.bookId = bookId;
this.bookName = bookName;
}
public int getBookId() {
return bookId;
}
public void setBookId(int bookId) {
this.bookId = bookId;
}
public String getBookName() {
return bookName;
}
public void setBookName(String bookName) {
this.bookName = bookName;
}
@Override
public int describeContents() {
return 0;
}
@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeInt(this.bookId);
dest.writeString(this.bookName);
}
protected Book(Parcel in) {
this.bookId = in.readInt();
this.bookName = in.readString();
}
public static final Parcelable.Creator<Book> CREATOR = new Parcelable.Creator<Book>() {
@Override
public Book createFromParcel(Parcel source) {
return new Book(source);
}
@Override
public Book[] newArray(int size) {
return new Book[size];
}
};
}
由于AIDL只支持?jǐn)?shù)據(jù)類型:基本類型(int,long,char,boolean等),String,CharSequence,List,Map趟佃,其他類型必須使用import導(dǎo)入,即使它們可能在同一個包里昧捷,比如上面的Book闲昭。
最終IBookManager.aidl 的實現(xiàn)
// Declare any non-default types here with import statements
import com.lvr.aidldemo.Book;
interface IBookManager {
/**
* Demonstrates some basic types that you can use as parameters
* and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat,
double aDouble, String aString);
void addBook(in Book book);
List<Book> getBookList();
}
注意:如果自定義的Parcelable對象,必須創(chuàng)建一個和它同名的AIDL文件靡挥,并在其中聲明它為parcelable類型序矩。
** Book.aidl**
// Book.aidl
package com.lvr.aidldemo;
parcelable Book;
以上就是AIDL部分的實現(xiàn),一共三個文件跋破。
然后Make Project 簸淀,SDK為自動為我們生成對應(yīng)的Binder類。
在如下路徑下:
其中該接口中有個重要的內(nèi)部類Stub 毒返,繼承了Binder 類租幕,同時實現(xiàn)了IBookManager接口。
這個內(nèi)部類是接下來的關(guān)鍵內(nèi)容拧簸。
public static abstract class Stub extends android.os.Binder implements com.lvr.aidldemo.IBookManager{}
服務(wù)端
服務(wù)端首先要創(chuàng)建一個Service用來監(jiān)聽客戶端的連接請求劲绪。然后在Service中實現(xiàn)Stub 類,并定義接口中方法的具體實現(xiàn)。
//實現(xiàn)了AIDL的抽象函數(shù)
private IBookManager.Stub mbinder = new IBookManager.Stub() {
@Override
public void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat, double aDouble, String aString) throws RemoteException {
//什么也不做
}
@Override
public void addBook(Book book) throws RemoteException {
//添加書本
if(!mBookList.contains(book)){
mBookList.add(book);
}
}
@Override
public List<Book> getBookList() throws RemoteException {
return mBookList;
}
};
當(dāng)客戶端連接服務(wù)端贾富,服務(wù)端就會調(diào)用如下方法:
public IBinder onBind(Intent intent) {
return mbinder;
}
就會把Stub實現(xiàn)對象返回給客戶端歉眷,該對象是個Binder對象,可以實現(xiàn)進(jìn)程間通信颤枪。
本例就不真實模擬兩個應(yīng)用之間的通信姥芥,而是讓Service另外開啟一個進(jìn)程來模擬進(jìn)程間通信。
<service
android:name=".MyService"
android:process=":remote">
<intent-filter>
<category android:name="android.intent.category.DEFAULT"/>
<action android:name="com.lvr.aidldemo.MyService"/>
</intent-filter>
</service>
android:process=":remote"
設(shè)置為另一個進(jìn)程汇鞭。<action android:name="com.lvr.aidldemo.MyService"/>
是為了能讓其他apk隱式bindService。通過隱式調(diào)用的方式來連接service庸追,需要把category設(shè)為default霍骄,這是因為,隱式調(diào)用的時候淡溯,intent中的category默認(rèn)會被設(shè)置為default读整。
客戶端
首先將服務(wù)端工程中的aidl文件夾下的內(nèi)容整個拷貝到客戶端工程的對應(yīng)位置下,由于本例的使用在一個應(yīng)用中咱娶,就不需要拷貝了米间,其他情況一定不要忘記這一步。
客戶端需要做的事情比較簡單膘侮,首先需要綁定服務(wù)端的Service屈糊。
Intent intentService = new Intent();
intentService.setAction("com.lvr.aidldemo.MyService");
intentService.setPackage(getPackageName());
intentService.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
MyClient.this.bindService(intentService, mServiceConnection, BIND_AUTO_CREATE);
Toast.makeText(getApplicationContext(),"綁定了服務(wù)",Toast.LENGTH_SHORT).show();
將服務(wù)端返回的Binder對象轉(zhuǎn)換成AIDL接口所屬的類型,接著就可以調(diào)用AIDL中的方法了琼了。
if(mIBookManager!=null){
try {
mIBookManager.addBook(new Book(18,"新添加的書"));
Toast.makeText(getApplicationContext(),mIBookManager.getBookList().size()+"",Toast.LENGTH_SHORT).show();
} catch (RemoteException e) {
e.printStackTrace();
}
}
3.AIDL使用效果圖
下面是上述小例子的簡單效果圖逻锐。
是不是很神奇,其實內(nèi)部的通信都是依靠Binder機(jī)制來完成的雕薪,下面我們來解開這層神秘的面紗昧诱。
二、Binder的工作原理
Binder機(jī)制的運行主要包括三個部分:注冊服務(wù)所袁、獲取服務(wù)和使用服務(wù)盏档。
其中注冊服務(wù)和獲取服務(wù)的流程涉及C的內(nèi)容,由于個人能力有限燥爷,就不予介紹了蜈亩。
本篇文章主要介紹使用服務(wù)時,Binder機(jī)制的工作原理。
1.Binder對象的獲取
Binder是實現(xiàn)跨進(jìn)程通信的基礎(chǔ)局劲,那么Binder對象在服務(wù)端和客戶端是共享的勺拣,是同一個Binder對象。在客戶端通過Binder對象獲取實現(xiàn)了IInterface接口的對象來調(diào)用遠(yuǎn)程服務(wù)鱼填,然后通過Binder來實現(xiàn)參數(shù)傳遞药有。
那么如何維護(hù)實現(xiàn)了IInterface接口的對象和獲取Binder對象呢?
服務(wù)端獲取Binder對象并保存IInterface接口對象
Binder中兩個關(guān)鍵方法:
public class Binder implement IBinder{
void attachInterface(IInterface plus, String descriptor)
IInterface queryLocalInterface(Stringdescriptor) //從IBinder中繼承而來
..........................
}
Binder具有被跨進(jìn)程傳輸?shù)哪芰κ且驗樗鼘崿F(xiàn)了IBinder接口。系統(tǒng)會為每個實現(xiàn)了該接口的對象提供跨進(jìn)程傳輸愤惰,這是系統(tǒng)給我們的一個很大的福利苇经。
Binder具有的完成特定任務(wù)的能力是通過它的IInterface的對象獲得的,我們可以簡單理解attachInterface方法會將(descriptor宦言,plus)作為(key,value)對存入Binder對象中的一個Map<String,IInterface>對象中扇单,Binder對象可通過attachInterface方法持有一個IInterface對象(即plus)的引用,并依靠它獲得完成特定任務(wù)的能力奠旺。queryLocalInterface方法可以認(rèn)為是根據(jù)key值(即參數(shù) descriptor)查找相應(yīng)的IInterface對象蜘澜。
在服務(wù)端進(jìn)程,通過實現(xiàn)private IBookManager.Stub mbinder = new IBookManager.Stub() {}
抽象類响疚,獲得Binder對象鄙信。
并保存了IInterface對象。
public Stub()
{
this.attachInterface(this, DESCRIPTOR);
}
客戶端獲取Binder對象并獲取IInterface接口對象
通過bindService獲得Binder對象
MyClient.this.bindService(intentService, mServiceConnection, BIND_AUTO_CREATE);
然后通過Binder對象獲得IInterface對象忿晕。
private ServiceConnection mServiceConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder binder) {
//通過服務(wù)端onBind方法返回的binder對象得到IBookManager的實例装诡,得到實例就可以調(diào)用它的方法了
mIBookManager = IBookManager.Stub.asInterface(binder);
}
@Override
public void onServiceDisconnected(ComponentName name) {
mIBookManager = null;
}
};
其中asInterface(binder)
方法如下:
public static com.lvr.aidldemo.IBookManager asInterface(android.os.IBinder obj)
{
if ((obj==null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin!=null)&&(iin instanceof com.lvr.aidldemo.IBookManager))) {
return ((com.lvr.aidldemo.IBookManager)iin);
}
return new com.lvr.aidldemo.IBookManager.Stub.Proxy(obj);
}
先通過queryLocalInterface(DESCRIPTOR);
查找到對應(yīng)的IInterface對象,然后判斷對象的類型践盼,如果是同一個進(jìn)程調(diào)用則返回IBookManager對象鸦采,由于是跨進(jìn)程調(diào)用則返回Proxy對象,即Binder類的代理對象咕幻。
2.調(diào)用服務(wù)端方法
獲得了Binder類的代理對象渔伯,并且通過代理對象獲得了IInterface對象,那么就可以調(diào)用接口的具體實現(xiàn)方法了肄程,來實現(xiàn)調(diào)用服務(wù)端方法的目的咱旱。
以addBook方法為例,調(diào)用該方法后绷耍,客戶端線程掛起吐限,等待喚醒:
@Override public void addBook(com.lvr.aidldemo.Book book) throws android.os.RemoteException
{
..........
//第一個參數(shù):識別調(diào)用哪一個方法的ID
//第二個參數(shù):Book的序列化傳入數(shù)據(jù)
//第三個參數(shù):調(diào)用方法后返回的數(shù)據(jù)
//最后一個不用管
mRemote.transact(Stub.TRANSACTION_addBook, _data, _reply, 0);
_reply.readException();
}
..........
}
省略部分主要完成對添加的Book對象進(jìn)行序列化工作,然后調(diào)用transact
方法褂始。
Proxy對象中的transact調(diào)用發(fā)生后诸典,會引起系統(tǒng)的注意,系統(tǒng)意識到Proxy對象想找它的真身Binder對象(系統(tǒng)其實一直存著Binder和Proxy的對應(yīng)關(guān)系)崎苗。于是系統(tǒng)將這個請求中的數(shù)據(jù)轉(zhuǎn)發(fā)給Binder對象狐粱,Binder對象將會在onTransact中收到Proxy對象傳來的數(shù)據(jù),于是它從data中取出客戶端進(jìn)程傳來的數(shù)據(jù)胆数,又根據(jù)第一個參數(shù)確定想讓它執(zhí)行添加書本操作肌蜻,于是它就執(zhí)行了響應(yīng)操作,并把結(jié)果寫回reply必尼。代碼概略如下:
case TRANSACTION_addBook:
{
data.enforceInterface(DESCRIPTOR);
com.lvr.aidldemo.Book _arg0;
if ((0!=data.readInt())) {
_arg0 = com.lvr.aidldemo.Book.CREATOR.createFromParcel(data);
}
else {
_arg0 = null;
}
//這里調(diào)用服務(wù)端實現(xiàn)的addBook方法
this.addBook(_arg0);
reply.writeNoException();
return true;
}
然后在transact
方法獲得_reply
并返回結(jié)果蒋搜,本例中的addList方法沒有返回值篡撵。
客戶端線程被喚醒。因此調(diào)用服務(wù)端方法時豆挽,應(yīng)開啟子線程育谬,防止UI線程堵塞,導(dǎo)致ANR帮哈。
關(guān)于上述步驟可以簡單用如下方式理解:BpBinder(客戶端)對象和BBinder(服務(wù)端)對象膛檀,它們都從IBinder類中派生而來,BpBinder(客戶端)對象是BBinder(服務(wù)端)對象的代理對象娘侍,關(guān)系圖如下:
client端:BpBinder.transact()來發(fā)送事務(wù)請求咖刃;
server端:BBinder.onTransact()會接收到相應(yīng)事務(wù)。
這樣就完成了跨進(jìn)程間的通信憾筏。以上內(nèi)容就是當(dāng)調(diào)用遠(yuǎn)程方法時僵缺,Binder機(jī)制所實現(xiàn)的運行過程。通過上面的介紹踩叭,就可以理解AIDL的使用,并知道在使用AIDL時翠胰,Binder所起到的作用容贝。
喜歡就點個贊吧!