Android -- Android 接口定義語言 (AIDL)
PS:來源 - AIDL
AIDL(Android 接口定義語言)與您可能使用過的其他 IDL 類似。 您可以利用它定義客戶端與服務使用進程間通信 (IPC) 進行相互通信時都認可的編程接口。 在 Android 上,一個進程通常無法訪問另一個進程的內存。 儘管如此,進程需要將其對象分解成操作系統能夠識別的原語,並將對象編組成跨越邊界的對象。 編寫執行這一編組操作的代碼是一項繁瑣的工作,因此 Android 會使用 AIDL 來處理。
注:只有允許不同應用的客戶端用 IPC 方式訪問服務,並且想要在服務中處理多線程時,纔有必要使用 AIDL。 如果您不需要執行跨越不同應用的併發 IPC,就應該通過實現一個 Binder 創建接口;或者,如果您想執行 IPC,但根本不需要處理多線程,則使用 Messenger 類來實現接口。無論如何,在實現 AIDL 之前,請您務必理解綁定服務。
在您開始設計 AIDL 接口之前,要注意 AIDL 接口的調用是直接函數調用。 您不應該假設發生調用的線程。 視調用來自本地進程還是遠程進程中的線程,實際情況會有所差異。 具體而言:
- 來自本地進程的調用在發起調用的同一線程內執行。如果該線程是您的主 UI 線程,則該線程繼續在 AIDL 接口中執行。 如果該線程是其他線程,則其便是在服務中執行您的代碼的線程。 因此,只有在本地線程訪問服務時,您才能完全控制哪些線程在服務中執行(但如果真是這種情況,您根本不應該使用 AIDL,而是應該通過實現 Binder 類創建接口)。
- 來自遠程進程的調用分派自平臺在您的自有進程內部維護的線程池。 您必須爲來自未知線程的多次併發傳入調用做好準備。 換言之,AIDL 接口的實現必須是完全線程安全實現。
- oneway 關鍵字用於修改遠程調用的行爲。使用該關鍵字時,遠程調用不會阻塞;它只是發送事務數據並立即返回。接口的實現最終接收此調用時,是以正常遠程調用形式將其作爲來自 Binder 線程池的常規調用進行接收。 如果 oneway 用於本地調用,則不會有任何影響,調用仍是同步調用。
定義 AIDL 接口
您開發每個包含 .aidl 文件的應用時,Android SDK 工具都會生成一個基於該 .aidl 文件的 IBinder 接口,並將其保存在項目的 gen/ 目錄中。服務必須視情況實現 IBinder 接口。然後客戶端應用便可綁定到該服務,並調用 IBinder 中的方法來執行 IPC。
如需使用 AIDL 創建綁定服務,請執行以下步驟:
1、創建 .aidl 文件
此文件定義帶有方法簽名的編程接口。
2、實現接口
Android SDK 工具基於您的 .aidl 文件,使用 Java 編程語言生成一個接口。此接口具有一個名爲 Stub 的內部抽象類,用於擴展 Binder 類並實現 AIDL 接口中的方法。您必須擴展 Stub 類並實現方法。
3、向客戶端公開該接口
實現 Service 並重寫 onBind() 以返回 Stub 類的實現。
注意:在 AIDL 接口首次發佈後對其進行的任何更改都必須保持向後兼容性,以避免中斷其他應用對您的服務的使用。 也就是說,因爲必須將您的 .aidl 文件複製到其他應用,才能讓這些應用訪問您的服務的接口,因此您必須保留對原始接口的支持。
1. 創建 .aidl 文件
AIDL 使用簡單語法,使您能通過可帶參數和返回值的一個或多個方法來聲明接口。 參數和返回值可以是任意類型,甚至可以是其他 AIDL 生成的接口。
您必須使用 Java 編程語言構建 .aidl 文件。每個 .aidl 文件都必須定義單個接口,並且只需包含接口聲明和方法簽名。
默認情況下,AIDL 支持下列數據類型:
- Java 編程語言中的所有原語類型(如 int、long、char、boolean 等等)
- String
- CharSequence
- List
List 中的所有元素都必須是以上列表中支持的數據類型、其他 AIDL 生成的接口或您聲明的可打包類型。 可選擇將 List 用作“通用”類(例如,List<String>)。另一端實際接收的具體類始終是 ArrayList,但生成的方法使用的是 List 接口。 - Map
Map 中的所有元素都必須是以上列表中支持的數據類型、其他 AIDL 生成的接口或您聲明的可打包類型。 不支持通用 Map(如 Map<String,Integer> 形式的 Map)。 另一端實際接收的具體類始終是 HashMap,但生成的方法使用的是 Map 接口。
定義服務接口時,請注意:
- 方法可帶零個或多個參數,返回值或空值。
- 所有非原語參數都需要指示數據走向的方向標記。可以是 in、out 或 inout(見以下示例)。
原語默認爲 in,不能是其他方向。
- .aidl 文件中包括的所有代碼註釋都包含在生成的 IBinder 接口中(import 和 package 語句之前的註釋除外)
- 只支持方法;您不能公開 AIDL 中的靜態字段。
// IRemoteService.aidl
package com.example.android;
// Declare any non-default types here with import statements
/** Example service interface */
interface IRemoteService {
/** Request the process ID of this service, to do evil things with it. */
int getPid();
/** 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);
}
只需將您的 .aidl 文件保存在項目的 src/ 目錄內,當您開發應用時,SDK 工具會在項目的 gen/ 目錄中生成 IBinder 接口文件。生成的文件名與 .aidl 文件名一致,只是使用了 .java 擴展名(例如,IRemoteService.aidl 生成的文件名是 IRemoteService.java)。如果您使用 Android Studio,增量編譯幾乎會立即生成 Binder 類。 如果您不使用 Android Studio,則 Gradle 工具會在您下一次開發應用時生成 Binder 類 — 您應該在編寫完 .aidl 文件後立即用 gradle assembleDebug (或 gradle assembleRelease)編譯項目,以便您的代碼能夠鏈接到生成的類。
2. 實現接口
注:Stub 還定義了幾個幫助程序方法,其中最引人關注的是 asInterface(),該方法帶 IBinder(通常便是傳遞給客戶端 onServiceConnected() 回調方法的參數)並返回存根接口實例。 如需瞭解如何進行這種轉換的更多詳細信息,請參見調用 IPC 方法一節。
如需實現 .aidl 生成的接口,請擴展生成的 Binder 接口(例如,YourInterface.Stub)並實現從 .aidl 文件繼承的方法。
以下是一個使用匿名實例實現名爲 IRemoteService 的接口(由以上 IRemoteService.aidl 示例定義)的示例:
private final IRemoteService.Stub mBinder = new IRemoteService.Stub() {
public int getPid(){
return Process.myPid();
}
public void basicTypes(int anInt, long aLong, boolean aBoolean,
float aFloat, double aDouble, String aString) {
// Does nothing
}
};
現在,mBinder 是 Stub 類的一個實例(一個 Binder),用於定義服務的 RPC 接口。 在下一步中,將向客戶端公開該實例,以便客戶端能與服務進行交互。在實現 AIDL 接口時應注意遵守以下這幾個規則:
- 由於不能保證在主線程上執行傳入調用,因此您一開始就需要做好多線程處理準備,並將您的服務正確地編譯爲線程安全服務。
- 默認情況下,RPC 調用是同步調用。如果您明知服務完成請求的時間不止幾毫秒,就不應該從 Activity 的主線程調用服務,因爲這樣做可能會使應用掛起(Android 可能會顯示“Application is Not Responding”對話框)— 您通常應該從客戶端內的單獨線程調用服務。
- 您引發的任何異常都不會回傳給調用方。
3. 向客戶端公開該接口
您爲服務實現該接口後,就需要向客戶端公開該接口,以便客戶端進行綁定。 要爲您的服務公開該接口,請擴展 Service 並實現 onBind(),以返回一個類實例,這個類實現了生成的 Stub(見前文所述)。以下是一個向客戶端公開 IRemoteService 示例接口的服務示例。
public class RemoteService extends Service {
@Override
public void onCreate() {
super.onCreate();
}
@Override
public IBinder onBind(Intent intent) {
// Return the interface
return mBinder;
}
private final IRemoteService.Stub mBinder = new IRemoteService.Stub() {
public int getPid(){
return Process.myPid();
}
public void basicTypes(int anInt, long aLong, boolean aBoolean,
float aFloat, double aDouble, String aString) {
// Does nothing
}
};
}
現在,當客戶端(如 Activity)調用 bindService() 以連接此服務時,客戶端的 onServiceConnected() 回調會接收服務的 onBind() 方法返回的 mBinder 實例。客戶端還必須具有對 interface 類的訪問權限,因此如果客戶端和服務在不同的應用內,則客戶端的應用 src/ 目錄內必須包含 .aidl 文件(它生成 android.os.Binder 接口 — 爲客戶端提供對 AIDL 方法的訪問權限)的副本。
當客戶端在 onServiceConnected() 回調中收到 IBinder 時,它必須調用 YourServiceInterface.Stub.asInterface(service) 以將返回的參數轉換成 YourServiceInterface 類型。例如:
IRemoteService mIRemoteService;
private ServiceConnection mConnection = new ServiceConnection() {
// Called when the connection with the service is established
public void onServiceConnected(ComponentName className, IBinder service) {
// Following the example above for an AIDL interface,
// this gets an instance of the IRemoteInterface, which we can use to call on the service
mIRemoteService = IRemoteService.Stub.asInterface(service);
}
// Called when the connection with the service disconnects unexpectedly
public void onServiceDisconnected(ComponentName className) {
Log.e(TAG, "Service has unexpectedly disconnected");
mIRemoteService = null;
}
};
通過 IPC 傳遞對象
通過 IPC 接口把某個類從一個進程發送到另一個進程是可以實現的。 不過,您必須確保該類的代碼對 IPC 通道的另一端可用,並且該類必須支持 Parcelable 接口。支持 Parcelable 接口很重要,因爲 Android 系統可通過它將對象分解成可編組到各進程的原語。
如需創建支持
Parcelable 協議的類,您必須執行以下操作:
- 讓您的類實現 Parcelable 接口。
- 實現 writeToParcel,它會獲取對象的當前狀態並將其寫入 Parcel。
- 爲您的類添加一個名爲 CREATOR 的靜態字段,這個字段是一個實現 Parcelable.Creator 接口的對象。
- 最後,創建一個聲明可打包類的 .aidl 文件(按照下文 Rect.aidl 文件所示步驟)。
如果您使用的是自定義編譯進程,切勿在您的編譯中添加 .aidl 文件。 此 .aidl 文件與 C 語言中的頭文件類似,並未編譯。
例如,以下這個 Rect.aidl 文件可創建一個可打包的 Rect 類:
package android.graphics;
// Declare Rect so AIDL can find it and knows that it implements
// the parcelable protocol.
parcelable Rect;
以下示例展示了 Rect 類如何實現 Parcelable 協議。import android.os.Parcel;
import android.os.Parcelable;
public final class Rect implements Parcelable {
public int left;
public int top;
public int right;
public int bottom;
public static final Parcelable.Creator<Rect> CREATOR = new
Parcelable.Creator<Rect>() {
public Rect createFromParcel(Parcel in) {
return new Rect(in);
}
public Rect[] newArray(int size) {
return new Rect[size];
}
};
public Rect() {
}
private Rect(Parcel in) {
readFromParcel(in);
}
public void writeToParcel(Parcel out) {
out.writeInt(left);
out.writeInt(top);
out.writeInt(right);
out.writeInt(bottom);
}
public void readFromParcel(Parcel in) {
left = in.readInt();
top = in.readInt();
right = in.readInt();
bottom = in.readInt();
}
}
Rect 類中的編組相當簡單。看一看
Parcel 上的其他方法,瞭解您可以向 Parcel 寫入哪些其他類型的值。警告:別忘記從其他進程接收數據的安全影響。 在本例中,Rect 從 Parcel 讀取四個數字,但要由您來確保無論調用方目的爲何這些數字都在相應的可接受值範圍內。
調用 IPC 方法
- 在項目 src/ 目錄中加入 .aidl 文件。
- 聲明一個 IBinder 接口實例(基於 AIDL 生成)。
- 實現 ServiceConnection。
- 調用 Context.bindService(),以傳入您的 ServiceConnection 實現。
- 在您的 onServiceConnected() 實現中,您將收到一個 IBinder 實例(名爲 service)。調用 YourInterfaceName.Stub.asInterface((IBinder)service),以將返回的參數轉換爲 YourInterface 類型。
- 調用您在接口上定義的方法。您應該始終捕獲 DeadObjectException 異常,它們是在連接中斷時引發的;這將是遠程方法引發的唯一異常。
- 如需斷開連接,請使用您的接口實例調用 Context.unbindService()。
- 對象是跨進程計數的引用。
- 您可以將匿名對象作爲方法參數發送。
public static class Binding extends Activity {
/** The primary interface we will be calling on the service. */
IRemoteService mService = null;
/** Another interface we use on the service. */
ISecondary mSecondaryService = null;
Button mKillButton;
TextView mCallbackText;
private boolean mIsBound;
/**
* Standard initialization of this activity. Set up the UI, then wait
* for the user to poke it before doing anything.
*/
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.remote_service_binding);
// Watch for button clicks.
Button button = (Button)findViewById(R.id.bind);
button.setOnClickListener(mBindListener);
button = (Button)findViewById(R.id.unbind);
button.setOnClickListener(mUnbindListener);
mKillButton = (Button)findViewById(R.id.kill);
mKillButton.setOnClickListener(mKillListener);
mKillButton.setEnabled(false);
mCallbackText = (TextView)findViewById(R.id.callback);
mCallbackText.setText("Not attached.");
}
/**
* Class for interacting with the main interface of the service.
*/
private ServiceConnection mConnection = new ServiceConnection() {
public void onServiceConnected(ComponentName className,
IBinder service) {
// This is called when the connection with the service has been
// established, giving us the service object we can use to
// interact with the service. We are communicating with our
// service through an IDL interface, so get a client-side
// representation of that from the raw service object.
mService = IRemoteService.Stub.asInterface(service);
mKillButton.setEnabled(true);
mCallbackText.setText("Attached.");
// We want to monitor the service for as long as we are
// connected to it.
try {
mService.registerCallback(mCallback);
} catch (RemoteException e) {
// In this case the service has crashed before we could even
// do anything with it; we can count on soon being
// disconnected (and then reconnected if it can be restarted)
// so there is no need to do anything here.
}
// As part of the sample, tell the user what happened.
Toast.makeText(Binding.this, R.string.remote_service_connected,
Toast.LENGTH_SHORT).show();
}
public void onServiceDisconnected(ComponentName className) {
// This is called when the connection with the service has been
// unexpectedly disconnected -- that is, its process crashed.
mService = null;
mKillButton.setEnabled(false);
mCallbackText.setText("Disconnected.");
// As part of the sample, tell the user what happened.
Toast.makeText(Binding.this, R.string.remote_service_disconnected,
Toast.LENGTH_SHORT).show();
}
};
/**
* Class for interacting with the secondary interface of the service.
*/
private ServiceConnection mSecondaryConnection = new ServiceConnection() {
public void onServiceConnected(ComponentName className,
IBinder service) {
// Connecting to a secondary interface is the same as any
// other interface.
mSecondaryService = ISecondary.Stub.asInterface(service);
mKillButton.setEnabled(true);
}
public void onServiceDisconnected(ComponentName className) {
mSecondaryService = null;
mKillButton.setEnabled(false);
}
};
private OnClickListener mBindListener = new OnClickListener() {
public void onClick(View v) {
// Establish a couple connections with the service, binding
// by interface names. This allows other applications to be
// installed that replace the remote service by implementing
// the same interface.
Intent intent = new Intent(Binding.this, RemoteService.class);
intent.setAction(IRemoteService.class.getName());
bindService(intent, mConnection, Context.BIND_AUTO_CREATE);
intent.setAction(ISecondary.class.getName());
bindService(intent, mSecondaryConnection, Context.BIND_AUTO_CREATE);
mIsBound = true;
mCallbackText.setText("Binding.");
}
};
private OnClickListener mUnbindListener = new OnClickListener() {
public void onClick(View v) {
if (mIsBound) {
// If we have received the service, and hence registered with
// it, then now is the time to unregister.
if (mService != null) {
try {
mService.unregisterCallback(mCallback);
} catch (RemoteException e) {
// There is nothing special we need to do if the service
// has crashed.
}
}
// Detach our existing connection.
unbindService(mConnection);
unbindService(mSecondaryConnection);
mKillButton.setEnabled(false);
mIsBound = false;
mCallbackText.setText("Unbinding.");
}
}
};
private OnClickListener mKillListener = new OnClickListener() {
public void onClick(View v) {
// To kill the process hosting our service, we need to know its
// PID. Conveniently our service has a call that will return
// to us that information.
if (mSecondaryService != null) {
try {
int pid = mSecondaryService.getPid();
// Note that, though this API allows us to request to
// kill any process based on its PID, the kernel will
// still impose standard restrictions on which PIDs you
// are actually able to kill. Typically this means only
// the process running your application and any additional
// processes created by that app as shown here; packages
// sharing a common UID will also be able to kill each
// other's processes.
Process.killProcess(pid);
mCallbackText.setText("Killed service process.");
} catch (RemoteException ex) {
// Recover gracefully from the process hosting the
// server dying.
// Just for purposes of the sample, put up a notification.
Toast.makeText(Binding.this,
R.string.remote_call_failed,
Toast.LENGTH_SHORT).show();
}
}
}
};
// ----------------------------------------------------------------------
// Code showing how to deal with callbacks.
// ----------------------------------------------------------------------
/**
* This implementation is used to receive callbacks from the remote
* service.
*/
private IRemoteServiceCallback mCallback = new IRemoteServiceCallback.Stub() {
/**
* This is called by the remote service regularly to tell us about
* new values. Note that IPC calls are dispatched through a thread
* pool running in each process, so the code executing here will
* NOT be running in our main thread like most other things -- so,
* to update the UI, we need to use a Handler to hop over there.
*/
public void valueChanged(int value) {
mHandler.sendMessage(mHandler.obtainMessage(BUMP_MSG, value, 0));
}
};
private static final int BUMP_MSG = 1;
private Handler mHandler = new Handler() {
@Override public void handleMessage(Message msg) {
switch (msg.what) {
case BUMP_MSG:
mCallbackText.setText("Received from service: " + msg.arg1);
break;
default:
super.handleMessage(msg);
}
}
};
}