Android Binder通信原理--10：AIDL原理分析-

作者: DarcyZhou | 来源:发表于2023-10-22 08:26 被阅读0次

本文转载自：Android10.0 Binder通信原理(十)-AIDL原理分析-Proxy-Stub设计模式

本文基于Android 10.0源码分析

1.摘要

本节主要来讲解Android10.0 AIDL的通信原理。

2.概述

上一节我们写了一个AIDL的示例，实现了两个应用之间的通信，这一节我们就来一起探讨下AIDL是如何生效的。

3.什么是AIDL

AIDL：Android Interface Definition Language,即Android接口定义语言。

Android系统中的进程之间不能共享内存，因此，需要提供一些机制在不同进程之间进行数据通信。为了使其他的应用程序也可以访问本应用程序提供的服务，Android系统采用了远程过程调用（Remote Procedure Call，RPC）方式来实现。与很多其他的基于RPC的解决方案一样，Android使用一种接口定义语言（Interface Definition Language，IDL）来公开服务的接口。我们知道4个Android应用程序组件中的3个（Activity、BroadcastReceiver和ContentProvider）都可以进行跨进程访问，另外一个Android应用程序组件Service同样可以。因此，可以将这种可以跨进程访问的服务称为AIDL（Android Interface Definition Language）服务。

4.为什么要用AIDL

Android中每个应用都是独立的进程，拥有自己的虚拟机，虚拟地址。应用之间的内存不能互相访问，存在应用隔离，因此两个应用不能像面向对象语言一样直接进行接口的调用。两个进程之间的调用叫做IPC(进程间通信)。在Binder的起始章节，我们了解到Android中进程之间的IPC调用有：管道、共享内存、消息队列、信号量、socket、binder，在《Binder入门篇》中，从性能、安全角度分别讲解了各个IPC通信的优缺点，最终我们选择了Binder。

那么既然我们有了Binder，为什么还要有AIDL呢？

在我们前面的《Framrwork binder示例》中，我们知道，通过binder来进行client\server时，我们写了完成的服务创建和client获取流程，在上一节AIDL示例中，我们写完AIDL编译后，发现生成的IMyService.java文件就和我们在Framework中写的类似，AIDL简化了Binder的代码逻辑，把跟Service交互的逻辑通过工具编译来生成。

5.AIDL通信流程

（1）Client端和Server端使用同一个AIDL，连包名都需要保持一致。

（2）Server端继承自Service，重载一个onBind()，返回服务实体Stub()，Stub提供了一个asInterface(Binder)的方法，如果是在同一个进程下那么asInterface()将返回Stub对象本身，否则返回Stub.Proxy对象。

    IMyService.Stub mStub = new IMyService.Stub(){...};
    @Override
    public IBinder onBind(Intent intent) {
        Log.d(TAG,"onBind");
        return mStub;//通过ServiceConnection在activity中拿到MyService
    }

（3）Client绑定服务时通过拿到服务Stub.asInterface返回的服务的代理Stub.Proxy()。

myService = IMyService.Stub.asInterface(service); // 不同进程获取到Stub.Proxy()

（4）Client和Server交互的简单示意流程。

Binder10-1.PNG

从上面的示例来看，服务本地拿到了AIDL生成的服务实体Stub()， Client绑定服务后，拿到了服务的代理Stub.proxy()。这和我们在前面Framewok层讲解的比较类似了，Client拿到BinderProxy对象，Server拿到Binder实体对象。

AIDL在这里用到了一个Proxy-Stub (代理-存根)的设计模式，下面我们就这种设计模式来展开说明一下。

Binder通信的数据流转如下图所示：

Binder10-2.PNG

6.proxy-stub设计模式

Proxy将特殊性接口转换成通用性接口，Stub将通用性接口转换成特殊性接口，二者之间的数据转换通过Parcel(打包)进行的，Proxy常作为数据发送代理，通过Parcel将数据打包发送，Stub常作为数据接收桩，解包并解析Parcel Data package。

Binder10-3.PNG

（1）举例理解Proxy-Stub
假如我们现在要看电视，我是客户Client，遥控器是代理Proxy，电视机是实体(播放画面，展示功能)，遥控器传给电视机的蓝牙、红外参数为Parcel数据。
我按下了遥控器的一些按键：提升音量，遥控器之前跟电视机做了绑定，可以拿到电视机的对象--实体Stub，把按键的操作组装成一个Parcel数据，发给电视机-Server，电视机-Server拿到请求后，执行相应的处理-提升音量，结果返回给遥控器，我们操作完成(这一步其实没有，我们只是假想一下)。这样就完成了Proxy-Stub的数据交互流程。

（2）Proxy和Stub的说明

Stub跟Proxy是一对，俗称“代理-存根”，一般用在远程方法调用；
Proxy的接口供客户端程序调用，然后它内部会把信息包装好，以某种方式传递给Stub，而后者通过对应的接口作用于服务端系统，从而完成了“远程调用”；
AIDL中，Stub为服务实体；Stub.Proxy()为服务的代理，都是通过Stub.asInterface(IBinder)中获取，可以通过AIDL生成的java文件看出。

public static com.android.myservice.IMyService asInterface(android.os.IBinder obj)
{
    if ((obj==null)) {
        return null;
    }
    android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
    if (((iin!=null)&&(iin instanceof com.android.myservice.IMyService))) {
        return ((com.android.myservice.IMyService)iin); //如果是同一进程，返回的是服务Stub本身
    }
    return new com.android.myservice.IMyService.Stub.Proxy(obj); //如果是不同进程，则返回Stub.Proxy()代理
}

7.AIDL原理分析

在上一节，IMyService.aidl编译后，Android Studio自动生成了IMyService.java文件，我们来看看这个文件的内容：

// IMyService.java
/*
 * This file is auto-generated.  DO NOT MODIFY.
 */
package com.android.myservice;
// Declare any non-default types here with import statements

public interface IMyService extends android.os.IInterface
{
  /** Local-side IPC implementation stub class. */
  public static abstract class Stub extends android.os.Binder implements com.android.myservice.IMyService
  {
    private static final java.lang.String DESCRIPTOR = "com.android.myservice.IMyService";
    /** Construct the stub at attach it to the interface. */
    public Stub()
    {
      this.attachInterface(this, DESCRIPTOR);
    }

    /**
     * Cast an IBinder object into an com.android.myservice.IMyService interface,
     * generating a proxy if needed.
     */
    public static com.android.myservice.IMyService asInterface(android.os.IBinder obj)
    {
      if ((obj==null)) {
        return null;
      }
      android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
      if (((iin!=null)&&(iin instanceof com.android.myservice.IMyService))) {
        return ((com.android.myservice.IMyService)iin); // 同进程返回Stub实体
      }
      return new com.android.myservice.IMyService.Stub.Proxy(obj); // 不同进程返回Proxy
    }

    @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
    {
      java.lang.String descriptor = DESCRIPTOR;
      switch (code)
      {
        case INTERFACE_TRANSACTION:
        {
          reply.writeString(descriptor);
          return true;
        }
        case TRANSACTION_basicTypes:
        {
          data.enforceInterface(descriptor);
          int _arg0;
          _arg0 = data.readInt();
          long _arg1;
          _arg1 = data.readLong();
          boolean _arg2;
          _arg2 = (0!=data.readInt());
          float _arg3;
          _arg3 = data.readFloat();
          double _arg4;
          _arg4 = data.readDouble();
          java.lang.String _arg5;
          _arg5 = data.readString();
          this.basicTypes(_arg0, _arg1, _arg2, _arg3, _arg4, _arg5);
          reply.writeNoException();
          return true;
        }
        case TRANSACTION_add:
        {
          data.enforceInterface(descriptor);
          int _arg0;
          _arg0 = data.readInt();
          int _arg1;
          _arg1 = data.readInt();
          int _result = this.add(_arg0, _arg1);
          reply.writeNoException();
          reply.writeInt(_result);
          return true;
        }
        default:
        {
          return super.onTransact(code, data, reply, flags);
        }
      }
    }

    private static class Proxy implements com.android.myservice.IMyService
    {
      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;
      }

      /**
       * Demonstrates some basic types that you can use as parameters
       * and return values in AIDL.
       */
      @Override public void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat, double aDouble, java.lang.String aString) throws android.os.RemoteException
      {
        android.os.Parcel _data = android.os.Parcel.obtain();
        android.os.Parcel _reply = android.os.Parcel.obtain();
        try {
          _data.writeInterfaceToken(DESCRIPTOR);
          _data.writeInt(anInt);
          _data.writeLong(aLong);
          _data.writeInt(((aBoolean)?(1):(0)));
          _data.writeFloat(aFloat);
          _data.writeDouble(aDouble);
          _data.writeString(aString);
          mRemote.transact(Stub.TRANSACTION_basicTypes, _data, _reply, 0);
          _reply.readException();
        }
        finally {
          _reply.recycle();
          _data.recycle();
        }
      }
      @Override public int add(int num1, int num2) throws android.os.RemoteException
      {
        android.os.Parcel _data = android.os.Parcel.obtain();
        android.os.Parcel _reply = android.os.Parcel.obtain();
        int _result;
        try {
          _data.writeInterfaceToken(DESCRIPTOR);
          _data.writeInt(num1);
          _data.writeInt(num2);
          mRemote.transact(Stub.TRANSACTION_add, _data, _reply, 0);
          _reply.readException();
          _result = _reply.readInt();
        }
        finally {
          _reply.recycle();
          _data.recycle();
        }
        return _result;
      }
    }
    static final int TRANSACTION_basicTypes = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);
    static final int TRANSACTION_add = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);
  }
  /**
   * Demonstrates some basic types that you can use as parameters
   * and return values in AIDL.
   */
  public void basicTypes(int anInt, long aLong, boolean aBoolean, float aFloat, double aDouble, java.lang.String aString) throws android.os.RemoteException;
  public int add(int num1, int num2) throws android.os.RemoteException;
}

（1）IMyService.java 的说明：

有一个Stub的抽象类，Stub中又有一个Proxy的抽象类；
Stub.asInterface(IBinder)会根据是同一进行通信，还是不同进程通信，返回Stub()实体，或者Stub.Proxy()代理对象；
Stub()的Binder实体中有个onTransact()函数，在前面的一些Binder Native、Framework的流程，我们知道，服务最终处理的入口就是onTransact()，这里会解析Client传来的TRANSACTION code ，解析Parcel数据，调用对应的服务接口处理；
Proxy()中存在一个asBinder()，返回的对象为mRemote，就如我们前面Framework了解的，对应的其实是BinderProxy对象；
Proxy()组装了Client中的AIDL接口的核心实现，组装Parcel数据，调用BinderProxy()的transact()发送TRANSACTION code。

（2）AIDL的具体流程如下：

Client和Server都使用同一个AIDL文件，包名相同，编译后，两边都会生成IMyService.java，其中有Stub实体和Proxy代理两个对象。
Server端通过AndroidManifest.xml注册Service；
Client通过bindService()获得服务的代理Stub.Proxy()；
Client调用AIDL的方法add()，其实调用的是IMyService.java中的Stub.Proxy.add()，最终通过BinderProxy.java的transact()向服务端发送；
通过Binder驱动的流程，进入到服务端的onTransact()，根据Client发送的TRANSACTION code，解析进入相应的流程处理，进入add()；
MyService在被绑定时，有了实体IMyService.Stub，最终进入MyService.java的add()处理，完成接口调用，调用完成后把数据写入Parcel，通过reply发送给Client。

Binder10-4.png

8.AIDL的配置方法

AIDL使用一种简单语法，允许您通过一个或多个方法（可接收参数和返回值）来声明接口。参数和返回值可为任意类型，甚至是AIDL生成的其他接口。
您必须使用Java 编程语言构建 .aidl 文件。每个.aidl 文件均须定义单个接口，并且只需要接口声明和方法签名。

（1）默认情况下，AIDL支持下列数据类型：

Java编程语言中的所有原语类型（如 int、long、char、boolean 等）
String
CharSequence
List

List 中的所有元素必须是以上列表中支持的数据类型，或者您所声明的由AIDL生成的其他接口或Parcelable类型。您可选择将List 用作“泛型”类（例如，List<String>）。尽管生成的方法旨在使用 List 接口，但另一方实际接收的具体类始终是 ArrayList。

Map中的所有元素必须是以上列表中支持的数据类型，或者您所声明的由AIDL生成的其他接口或Parcelable类型。不支持泛型Map（如 Map<String,Integer> 形式的 Map）。尽管生成的方法旨在使用Map接口，但另一方实际接收的具体类始终是HashMap。

（2）定义服务接口时，请注意：

方法可带零个或多个参数，返回值或空值；
所有非原语参数均需要指示数据走向的方向标记。这类标记可以是 in、out 或 inout（见下方示例）；
原语默认为 in，不能是其他方向。

oneway关键字用于修改远程调用的行为。使用此关键字后，远程调用不会屏蔽，而只是发送事务数据并立即返回。最终接收该数据时，接口的实现会将其视为来自Binder线程池的常规调用（普通的远程调用）。如果oneway用于本地调用，则不会有任何影响，且调用仍为同步调用。

9.总结

Client通过Proxy向Server进行请求，最终进入Binder Driver，binder根据不同的事务处理，发送给Binder实体，实体中根据不同的TRANSACTION code转入不同的逻辑处理，处理完得到结果后，会把数据组装为Parcel，通过reply发送出来，Client收到reply的数据，进行最终流程处理。

Android Binder通信原理--10：AIDL原理分析-

1.摘要

2.概述

3.什么是AIDL

4.为什么要用AIDL

5.AIDL通信流程

6.proxy-stub设计模式

7.AIDL原理分析

8.AIDL的配置方法

9.总结

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读