Android程序設(shè)計之AIDL實例詳解

更新時間：2014年09月11日 10:50:30 投稿：shichen2014

這篇文章主要介紹了Android程序設(shè)計的AIDL,以一個完整實例的形式較為詳細的講述了AIDL的原理及實現(xiàn)方法,需要的朋友可以參考下

通常來說，AIDL這項技術(shù)在我們的應用開發(fā)過程中并不是很常用，雖然新浪微博提供了SSO登錄，但是其原理就是使用AIDL。本文就以完整的實例形式講述了AIDL的原理及實現(xiàn)方法。

AIDL(AndRoid接口描述語言)是一種借口描述語言; 編譯器可以通過aidl文件生成一段代碼，通過預先定義的接口達到兩個進程內(nèi)部通信進程的目的. 如果需要在一個Activity中, 訪問另一個Service中的某個對象, 需要先將對象轉(zhuǎn)化成 AIDL可識別的參數(shù)(可能是多個參數(shù)), 然后使用AIDL來傳遞這些參數(shù), 在消息的接收端, 使用這些參數(shù)組裝成自己需要的對象.

說白了，AIDL就是定義一個接口，客戶端(調(diào)用端)通過bindService來與遠程服務端簡歷一個連接,在該連接建立時會將返回一個IBinder對象，該對象是服務端Binder的BinderProxy，在建立連接時，客戶端通過asInterface函數(shù)將該BinderProxy對象包裝成本地的Proxy，并將遠程服務端的BinderProxy對象賦值給Proxy類的mRemote字段，就是通過mRemote執(zhí)行遠程方法調(diào)用。需要對Binder機制有更深的理解，請參考老羅的Android系統(tǒng)進程間通信Binder機制在應用程序框架層的Java接口源代碼分析。下面我們看一個AIDL實例。

AIDL接口聲明

在src目錄下創(chuàng)建一個com.example.advanceandroid.aidl包，然后在該包下創(chuàng)建一個ILogin.aidl文件，注意是創(chuàng)建文件而不是類或者接口類型。在ILogin.aidl中聲明接口，實例如下 :

package com.example.advanceandroid.aidl;
interface ILogin {
    String login();
}

注意看，接口和方法聲明都不用public，方法加入public會提示錯誤。編寫完后如果eclipse開啟了自動編譯則會在gen/com.example.advanceandroid.aidl下生成一個ILogin.java類，內(nèi)容大致如下：

package com.example.advanceandroid.aidl; 
public interface ILogin extends android.os.IInterface 
{ 
  /** Local-side IPC implementation stub class. */ 
  public static abstract class Stub extends android.os.Binder implements 
      com.example.advanceandroid.aidl.ILogin 
  { 
    private static final java.lang.String DESCRIPTOR = "com.example.advanceandroid.aidl.ILogin"; 
 
    /** Construct the stub at attach it to the interface. */ 
    public Stub() 
    { 
      this.attachInterface(this, DESCRIPTOR); 
    } 
 
    /** 
     * Cast an IBinder object into an com.example.advanceandroid.aidl.ILogin 
     * interface, generating a proxy if needed. 
     */ 
    public static com.example.advanceandroid.aidl.ILogin asInterface(android.os.IBinder obj) 
    { 
      if ((obj == null)) { 
        return null; 
      } 
      android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR); 
      if (((iin != null) && (iin instanceof com.example.advanceandroid.aidl.ILogin))) { 
        return ((com.example.advanceandroid.aidl.ILogin) iin); 
      } 
      return new com.example.advanceandroid.aidl.ILogin.Stub.Proxy(obj); 
    } 
 
    @Override 
    public android.os.IBinder asBinder() 
    { 
      return this; 
    } 
 
    @Override 
    public 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_login: {              // 1、登錄請求，執(zhí)行的是this.login(); 
          data.enforceInterface(DESCRIPTOR); 
          java.lang.String _result = this.login(); 
          reply.writeNoException(); 
          reply.writeString(_result); 
          return true; 
        } 
      } 
      return super.onTransact(code, data, reply, flags); 
    } 
 
    private static class Proxy implements com.example.advanceandroid.aidl.ILogin 
    { 
      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 login() throws android.os.RemoteException        // 2、Proxy中的login，通過Binder機制實現(xiàn)IPC 
      { 
        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_login, _data, _reply, 0); 
          _reply.readException(); 
          _result = _reply.readString(); 
        } finally { 
          _reply.recycle(); 
          _data.recycle(); 
        } 
        return _result; 
      } 
    } 
 
    static final int TRANSACTION_login = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0); 
  } 
  public java.lang.String login() throws android.os.RemoteException; 
}

可以看到，該類中自動生成了ILogin接口，該接口中又一個login()函數(shù)。但最重要的是里面生成了一個Stub類，該類集成子Binder類，并且實現(xiàn)了ILogin接口。Stub里面最重要的就是asInterface()這個函數(shù)，在這個函數(shù)中會判斷obj參數(shù)的類型，如果是該obj是本地的接口類似，則認為不是IPC，會將該obj轉(zhuǎn)換成ILogin類型；否則會通過自動生成的另一個內(nèi)部類Proxy來包裝obj，將其賦值給Proxy中的mRemote屬性。Proxy類也實現(xiàn)了ILogin接口，在login()函數(shù)中，Proxy將通過Binder機制向服務端傳遞請求和數(shù)據(jù)，如上面代碼中的注釋2。這是客戶端的工作算是完成了。

服務端AIDL接口

服務端也需要在相同的包下創(chuàng)建同名的aidl文件，我們直接將客戶端的com.example.advanceandroid.aidl包下的ILogin.aidl拷貝到服務端即可，如果用到了自定義的類型，那么該自定義類型也需要在客戶端、服務端都有?？截愅阛idl后，在服務端程序中也會在gen中生成對應的ILogin.java文件，內(nèi)容同客戶端一樣。這里的重點我們要看onTransact函數(shù)，即上述代碼中的注釋1處，可以看到，在case TRANSACTION_login處執(zhí)行了this.login()函數(shù)，意思是當接收到客戶端的TRANSACTION_login請求時，執(zhí)行this.login()函數(shù)，通過客戶端的分析我們知道，當我們調(diào)用login()時實際上就是通過mRemote向服務端提交了一個TRANSACTION_login請求，因此就兩端通過Binder機制就對接上了，我們可以簡單的理解為C/S模式。

服務端還沒有完，最重要的一步時建立一個Service，內(nèi)容大致如下 :

/** 
* AIDL服務端接口，LoginStubImpl實現(xiàn)了ILogin接口. 
* 
* @author mrsimple 
*/ 
public class LoginService extends Service { 
 
  /** 
   * 
   */ 
  IBinder mBinder = new LoginStubImpl(); 
 
  /** 
   * @author mrsimple 
   */ 
  class LoginStubImpl extends Stub { 
    @Override 
    public String login() throws RemoteException { 
      return "這是從 " + this.getClass().getName() + " 返回的字符串"; 
    } 
  } 
 
  /* 
   * 返回Binder實例，即實現(xiàn)了ILogin接口的Stub的子類，這里為LoginStubImpl 
   * [url=home.php?mod=space&uid=133757]@see[/url] android.app.Service#onBind(android.content.Intent) 
   */ 
  @Override 
  public IBinder onBind(Intent intent) { 
    return mBinder; 
  } 
}

該Service我們這里命名為LoginService，繼承自Service，然后建一個名為LoginServiceImpl的內(nèi)部類，該類繼承自自動生成的Stub，然后實現(xiàn)login()方法。在LoginService中聲明一個IBinder字段mBinder :

IBinder mBinder = new LoginStubImpl();

并且在LoginService的onBind函數(shù)中將mBinder對象返回。即在客戶端建立與服務端的連接時，會調(diào)用onBind方法將mBinder對象返回，在客戶端的ServiceConnection類的onServiceConnected函數(shù)中得到的對象IBinder就是經(jīng)過BinderProxy包裝的LoginService中的mBinder對象。因此在服務端中的onTransact中調(diào)用的this.login()函數(shù)實際上就是調(diào)用的LoginStubImpl中的login()函數(shù)。

在服務端程序的AndroidManifest.xml中注冊LoginService，如下 :

<!-- aidl server service --> 
<service android:name="com.example.advanceandroid.aidl.LoginService" > 
    <intent-filter> 
      <action android:name="com.example.advanceandroid.aidl.LoginService" /> 
    </intent-filter> 
</service>

客戶端建立連接

在Activity中加入如下代碼 :

ServiceConnection mLoginConnection = new ServiceConnection() { 
 
    @Override 
    public void onServiceDisconnected(ComponentName name) { 
      Log.d("", "### aidl disconnected."); 
    } 
 
    @Override 
    public void onServiceConnected(ComponentName name, IBinder service) { 
      Log.d("", "### aidl onServiceConnected.   service : " + service.getClass().getName()); 
 
      ILogin login = Stub.asInterface(service); 
      Log.d("", "### after asInterface : " + login.getClass().getName()); 
      try { 
        Log.d("", "### login : " + login.login()); 
        // Toast.makeText(MainActivity.this, "onServiceConnected : " + 
        // login.login(), 
        // Toast.LENGTH_SHORT).show(); 
      } catch (RemoteException e) { 
        e.printStackTrace(); 
      } 
    } 
  }; 
 
  @Override 
  protected void onResume() { 
    super.onResume(); 
 
    // 服務端的action 
    Intent aidlIntent = new Intent("com.example.advanceandroid.aidl.LoginService"); 
    bindService(aidlIntent, mLoginConnection, Context.BIND_AUTO_CREATE); 
  } 
 
  @Override 
  protected void onStop() { 
    super.onStop(); 
    // unbind 
    unbindService(mLoginConnection); 
  }

運行

先運行服務端程序，然后在啟動客戶端程序，可以看到客戶端輸出如下Log:

09-02 10:40:54.662: D/(9589): ### aidl onServiceConnected.   service : android.os.BinderProxy 
09-02 10:40:54.662: D/(9589): ### after asInterface : com.example.advanceandroid.aidl.ILogin$Stub$Proxy 
09-02 10:40:54.662: D/(9589): ### login : 這是從 com.example.advanceandroid.aidl.LoginService$LoginStubImpl 返回的字符串

可以看淡onServiceConnected(ComponentName name, IBinder service)中的service對象是BinderProxy類型，經(jīng)過asInterface轉(zhuǎn)換后被包裝成了Proxy類型，但是調(diào)用的時候，執(zhí)行的是服務端LoginStubImpl中的login()函數(shù)。因此,LoginStubImpl實例mBinder被服務端包裝成BinderProxy類型，再經(jīng)過客戶端的Proxy進行包裝，通過Binder機制進行數(shù)據(jù)傳輸，實現(xiàn)IPC。

希望本文所述對大家進一步深入掌握Android程序設(shè)計有所幫助。

您可能感興趣的文章: