|
AIDL的作用
由于每個(gè)應(yīng)用程序都運(yùn)行在自己的進(jìn)程空間,并且可以從應(yīng)用程序UI運(yùn)行另一個(gè)服務(wù)進(jìn)程,而且經(jīng)常會(huì)在不同的進(jìn)程間傳遞對(duì)象。在Android平臺(tái),一個(gè)進(jìn)程通常不能訪問(wèn)另一個(gè)進(jìn)程的內(nèi)存空間,所以要想對(duì)話,需要將對(duì)象分解成操作系統(tǒng)可以理解的基本單元,并且有序的通過(guò)進(jìn)程邊界。
通過(guò)代碼來(lái)實(shí)現(xiàn)這個(gè)數(shù)據(jù)傳輸過(guò)程是冗長(zhǎng)乏味的,Android提供了AIDL工具來(lái)處理這項(xiàng)工作。 AIDL (Android Interface Definition Language) 是一種IDL 語(yǔ)言,用于生成可以在Android設(shè)備上兩個(gè)進(jìn)程之間進(jìn)行進(jìn)程間通信(interprocess communication, IPC)的代碼。如果在一個(gè)進(jìn)程中(例如Activity)要調(diào)用另一個(gè)進(jìn)程中(例如Service)對(duì)象的操作,就可以使用AIDL生成可序列化的參數(shù)。
AIDL IPC機(jī)制是面向接口的,像COM或Corba一樣,但是更加輕量級(jí)。它是使用代理類在客戶端和實(shí)現(xiàn)端傳遞數(shù)據(jù)。 選擇AIDL的使用場(chǎng)合
官方文檔特別提醒我們何時(shí)使用AIDL是必要的:只有你允許客戶端從不同的應(yīng)用程序?yàn)榱诉M(jìn)程間的通信而去訪問(wèn)你的service,以及想在你的service處理多線程。
如果不需要進(jìn)行不同應(yīng)用程序間的并發(fā)通信(IPC),you should create your interface by implementing a Binder;或者你想進(jìn)行IPC,但不需要處理多線程的,則implement your interface using a Messenger。無(wú)論如何,在使用AIDL前,必須要理解如何綁定service——bindService。
在設(shè)計(jì)AIDL接口前,要提醒的是,調(diào)用AIDL接口是直接的方法調(diào)用的,不是我們所想象的調(diào)用是發(fā)生在線程里。而調(diào)用(call)來(lái)自local進(jìn)程或者remote進(jìn)程,有什么區(qū)別呢?尤其是以下情況(引用原文,不作翻譯了,以免翻譯有誤):
定義AIDL接口
AIDL接口文件,和普通的接口內(nèi)容沒(méi)有什么特別,只是它的擴(kuò)展名為.aidl。保存在src目錄下。如果其他應(yīng)用程序需要IPC,則那些應(yīng)用程序的src也要帶有這個(gè)文件。Android SDK tools就會(huì)在gen目錄自動(dòng)生成一個(gè)IBinder接口文件。service必須適當(dāng)?shù)貙?shí)現(xiàn)這個(gè)IBinder接口。那么客戶端程序就能綁定這個(gè)service并在IPC時(shí)從IBinder調(diào)用方法。
每個(gè)aidl文件只能定義一個(gè)接口,而且只能是接口的聲明和方法的聲明。
1.創(chuàng)建.aidl文件
AIDL使用簡(jiǎn)單的語(yǔ)法來(lái)聲明接口,描述其方法以及方法的參數(shù)和返回值。這些參數(shù)和返回值可以是任何類型,甚至是其他AIDL生成的接口。 其中對(duì)于Java編程語(yǔ)言的基本數(shù)據(jù)類型 (int, long, char, boolean等),String和CharSequence,集合接口類型List和Map,不需要import 語(yǔ)句。
而如果需要在AIDL中使用其他AIDL接口類型,需要import,即使是在相同包結(jié)構(gòu)下。AIDL允許傳遞實(shí)現(xiàn)Parcelable接口的類,需要import.
需要特別注意的是,對(duì)于非基本數(shù)據(jù)類型,也不是String和CharSequence類型的,需要有方向指示,包括in、out和inout,in表示由客戶端設(shè)置,out表示由服務(wù)端設(shè)置,inout是兩者均可設(shè)置。 AIDL只支持接口方法,不能公開static變量。
例如 (IMyService.aidl):
package com.demo; import com.demo.Person; interface IMyService { void savePersonInfo(in Person person); List<Person> getAllPerson(); } 2.實(shí)現(xiàn)接口
創(chuàng)建一個(gè)類實(shí)現(xiàn)剛才那個(gè)aidl的接口:
public class RemoteService extends Service { private LinkedList<Person> personList = new LinkedList<Person>(); @Override public IBinder onBind(Intent intent) { return mBinder; } private final IMyService.Stub mBinder = new IMyService.Stub(){ @Override public void savePersonInfo(Person person) throws RemoteException { if (person != null){ personList.add(person); } } @Override public List<Person> getAllPerson() throws RemoteException { return personList; } }; } 這里會(huì)看到有一個(gè)名為IMyService.Stub類,查看aidl文件生成的Java文件源代碼就能發(fā)現(xiàn)有這么一段代碼:
/** Local-side IPC implementation stub class. */ public static abstract class Stub extends android.os.Binder implements com.demo.IMyService 原來(lái)Stub類就是繼承于Binder類,也就是說(shuō)RemoteService類和普通的Service類沒(méi)什么不同,只是所返回的IBinder對(duì)象比較特別,是一個(gè)實(shí)現(xiàn)了AIDL接口的Binder。
接下來(lái)就是關(guān)于所傳遞的數(shù)據(jù)Bean——Person類,是一個(gè)序列化的類,這里使用Parcelable 接口來(lái)序列化,是Android提供的一個(gè)比Serializable 效率更高的序列化類。
Parcelable需要實(shí)現(xiàn)三個(gè)函數(shù):
1) void writeToParcel(Parcel dest, int flags) 將需要序列化存儲(chǔ)的數(shù)據(jù)寫入外部提供的Parcel對(duì)象dest。而看了網(wǎng)上的代碼例子,個(gè)人猜測(cè),讀取Parcel數(shù)據(jù)的次序要和這里的write次序一致,否則可能會(huì)讀錯(cuò)數(shù)據(jù)。具體情況我沒(méi)試驗(yàn)過(guò)! 2) describeContents() 沒(méi)搞懂有什么用,反正直接返回0也可以 3) static final Parcelable.Creator對(duì)象CREATOR 這個(gè)CREATOR命名是固定的,而它對(duì)應(yīng)的接口有兩個(gè)方法: createFromParcel(Parcel source) 實(shí)現(xiàn)從source創(chuàng)建出JavaBean實(shí)例的功能 newArray(int size) 創(chuàng)建一個(gè)類型為T,長(zhǎng)度為size的數(shù)組,僅一句話(return new T[size])即可。估計(jì)本方法是供外部類反序列化本類數(shù)組使用。 仔細(xì)觀察Person類的代碼和上面所說(shuō)的內(nèi)容:
public class Person implements Parcelable { private String name; private String telNumber; private int age; public Person() {} public Person(Parcel pl){ name = pl.readString(); telNumber = pl.readString(); age = pl.readInt(); } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getTelNumber() { return telNumber; } public void setTelNumber(String telNumber) { this.telNumber = telNumber; } public int getAge() { return age; } public void setAge(int age) { this.age = age; } @Override public int describeContents() { return 0; } @Override public void writeToParcel(Parcel dest, int flags) { dest.writeString(name); dest.writeString(telNumber); dest.writeInt(age); } public static final Parcelable.Creator<Person> CREATOR = new Parcelable.Creator<Person>() { @Override public Person createFromParcel(Parcel source) { return new Person(source); } @Override public Person[] newArray(int size) { return new Person[size]; } }; } 然后創(chuàng)建Person.aidl文件,注意這里的parcelable和原來(lái)實(shí)現(xiàn)的Parcelable 接口,開頭的字母p一個(gè)小寫一個(gè)大寫: package com.demo; parcelable Person; 對(duì)于實(shí)現(xiàn)AIDL接口,官方還提醒我們:
1. 調(diào)用者是不能保證在主線程執(zhí)行的,所以從一調(diào)用的開始就需要考慮多線程處理,以及確保線程安全;
2. IPC調(diào)用是同步的。如果你知道一個(gè)IPC服務(wù)需要超過(guò)幾毫秒的時(shí)間才能完成地話,你應(yīng)該避免在Activity的主線程中調(diào)用。也就是IPC調(diào)用會(huì)掛起應(yīng)用程序?qū)е陆缑媸ロ憫?yīng),這種情況應(yīng)該考慮單獨(dú)開啟一個(gè)線程來(lái)處理。
3. 拋出的異常是不能返回給調(diào)用者(跨進(jìn)程拋異常處理是不可取的)。 3. 客戶端獲取接口 客戶端如何獲取AIDL接口呢?通過(guò)IMyService.Stub.asInterface(service)來(lái)得到IMyService對(duì)象:
private IMyService mRemoteService; private ServiceConnection mRemoteConnection = new ServiceConnection() { public void onServiceConnected(ComponentName className, IBinder service) { mRemoteService = IMyService.Stub.asInterface(service); } public void onServiceDisconnected(ComponentName className) { mRemoteService = null; } }; 在生成的IMyService.java里面會(huì)找到這樣的代碼:
/** * Cast an IBinder object into an com.demo.IMyService interface, * generating a proxy if needed. */ public static com.demo.IMyService asInterface(android.os.IBinder obj) {...} 而service的綁定沒(méi)有什么不同:
if (mIsRemoteBound) { unbindService(mRemoteConnection); }else{ bindService(new Intent("com.demo.IMyService"), mRemoteConnection, Context.BIND_AUTO_CREATE); } mIsRemoteBound = !mIsRemoteBound; 通過(guò)IPC調(diào)用/傳遞數(shù)據(jù)
客戶端綁定service后就能通過(guò)IPC來(lái)調(diào)用/傳遞數(shù)據(jù)了,直接調(diào)用service對(duì)象的接口方法:
addPersonButton.setOnClickListener( new View.OnClickListener(){ private int index = 0; @Override public void onClick(View view) { Person person = new Person(); index = index + 1; person.setName("Person" + index); person.setAge(20); person.setTelNumber("123456"); try { mRemoteService.savePersonInfo(person); } catch (RemoteException e) { e.printStackTrace(); } } }); listPersonButton.setOnClickListener( new View.OnClickListener(){ @Override public void onClick(View view) { List<Person> list = null; try { list = mRemoteService.getAllPerson(); } catch (RemoteException e) { e.printStackTrace(); } if (list != null){ StringBuilder text = new StringBuilder(); for(Person person : list){ text.append("\nPerson name:"); text.append(person.getName()); text.append("\n age :"); text.append(person.getAge()); text.append("\n tel number:"); text.append(person.getTelNumber()); } inputPersonEdit.setText(text); }else { Toast.makeText(ServiceActivity.this, "get data error", Toast.LENGTH_SHORT).show(); } } }); Permission權(quán)限 如果Service在AndroidManifest.xml中聲明了全局的強(qiáng)制的訪問(wèn)權(quán)限,其他引用必須聲明權(quán)限才能來(lái)start,stop或bind這個(gè)service. 另外,service可以通過(guò)權(quán)限來(lái)保護(hù)她的IPC方法調(diào)用,通過(guò)調(diào)用checkCallingPermission(String)方法來(lái)確保可以執(zhí)行這個(gè)操作。 AndroidManifest.xml的Service元素 <service android:name=".RemoteService" android:process=":remote"> <intent-filter> <action android:name="com.demo.IMyService" /> </intent-filter> </service> 這里的android:process=":remote",一開始我沒(méi)有添加的,在同一個(gè)程序里使用IPC,即同一個(gè)程序作為客戶端/服務(wù)器端,結(jié)果運(yùn)行mRemoteService = IMyService.Stub.asInterface(service);時(shí)提示空指針異常。觀察了人家的在不同程序里進(jìn)行IPC的代碼,也是沒(méi)有這個(gè)android:process=":remote"的。后來(lái)在官方文檔http://androidappdocs./guide/topics/manifest/service-element.html里了解到(留意第二段文字):
android:process
The name of the process where the service is to run. Normally, all components of an application run in the default process created for the application. It has the same name as the application package. The <application> element's process attribute can set a different default for all components. But component can override the default with its own process attribute, allowing you to spread your application across multiple processes. If the name assigned to this attribute begins with a colon (':'), a new process, private to the application, is created when it's needed and the service runs in that process. If the process name begins with a lowercase character, the service will run in a global process of that name, provided that it has permission to do so. This allows components in different applications to share a process, reducing resource usage. 以上內(nèi)容結(jié)合了不少網(wǎng)絡(luò)文章,包括來(lái)自
http://blog.csdn.net/caowenbin的譯文,http://terryblog.blog.51cto.com/1764499/382457,http://4225953-163-com./blog/792997以及Android的官方網(wǎng)站文檔。 |
|
|
來(lái)自: techres > 《Android應(yīng)用》