Android Framework实战开发-Binder专题讲解之aidl文件的详细分析

原创最新推荐文章于 2026-05-07 18:50:16 发布 1.7k 阅读 AI写同款

收录于

Framework

framework教程

Android

千里马学框架

码龄6年墨衍会员 · AI 创作全网分发

1万+粉丝650篇原创

关注

Android AIDL 跨进程通信实战：从绑定、回调到Binder避坑指南在Android应用架构中，跨进程通信（IPC）是实现模块隔离、后台长任务保活和跨应用能力开放的关键技术。Binder作为Android系统底层的通信机制，通过共享内存与内核驱动高效传递数据，而AIDL则是定义跨进程调用接口的标准化工具，编译后自动生成Binder通信代码，让开发者能以方法级调用的方式完成进程间交互。理解Binder线程模型、事务缓冲区限制以及Parcelable序列化规则，是避免TransactionTooLargeException和死锁等问题的前提。在实际应用中，从音乐播放器到支付SD 阅读详情

AI摘要

本文详细介绍了Android中AIDL（Android Interface Definition Language）的作用及其工作原理，用于实现应用层的跨进程通信。AIDL帮助减少冗余的通信协议代码，通过自动生成Stub类和Stub.Proxy类简化服务端和客户端的交互。讲解了如何使用AIDL定义接口，编译生成Java文件，并分析了生成文件的内容，包括Stub和Stub.Proxy的角色。此外，还展示了实际使用中Stub的服务器端实现和Stub.Proxy的客户端调用流程。

csdn在线学习课程，课程咨询答疑和新课信息：QQ交流群：422901085进行课程讨论

android跨进程通信实战视频课程（加群获取优惠）

大家平时做应用开发时候也经常会遇到有跨进程通信的需求，这里大部分通信可能就会回答，就是用aidl，service。确实这个aidl和service的方式是应用开发中对binder接触层面应该属于最为接近的一层。因为其他的接口方式跨进程通信，比如startActivtiy，ContentProvider，broadcast，这些都是系统组件接口直接帮我们做好的，连binder的影子都看不见，自然也就对binder相对比较陌生。
本节就来重点介绍一下深入讲解分析应用层面binder通信的方式及原理，这一部分属于binder讲解的中级部分，这节课来讲解一下binder的aidl生成java文件的源码分析：
为什么要AIDL，它存在意义是？
在使用binder service进行跨进程通信经常我们会写aidl，那首先大家肯定会有疑问，那aidl到底是什么？AIDL是一个缩写，全称是Android Interface Definition Language，也就是Android接口定义语言。所以说aidl他只是一个语言，主要目的就是来帮助binder跨进程通信的接口定义而设计的一个语言，后缀是 .aidl结尾，他有自己的语法，不过基本和java比较类似，最后会通过一个aidl.exe把整个aidl文件都转换成对应的java文件，因为编译接口啥事我们java程序在使用当然要变成java 修改类文件，那这里同学肯定会说为什么不直接用java，还要搞个新语言，其实这里就问到了最关键的部分。
这里有以下原因：
1、如果要java语言实现那会导致要写很多重复的固定代码，写的代码量比较大，稍微不小心容易出错
2、这一部分完全可以让脚本根据某些配置文件来生成对应的java代码，而这个配置文件的正类似我们今天看到的aidl
本质如下图所示：
在这里插入图片描述

这里我们来按照上图来一步步实现：
1、明确哪个是客户端，哪个是服务
首先应用层跨进程通信时候，我们都一般会定义一个Service，因为Android中Service组件是可以运行于独立的进程即Service代码可能是在某一个apk下面，但是它运行的进程却不是这个apk的包名对应的进程，所以一般演示跨进程通信完全可以一个apk实现，这个Service就是我们真正的服务端，也是真正的业务实现端，客户端就是调用这个Service发起端，这个具体是在Activity中实现还是Service一般都是可以，一般我们为了方便就在Activity中进行跨进程通信的调用，即Activity作为客户端。
2、确定通信过程中的接口（即通信要获取的信息）
这个就是所说的aidl文件，它来定义好对应的通信接口接口，比如这里我们定义一个学生信息获取接口：
IStudentInterface .aidl

interface IStudentInterface {
    int getStudentId(String name);//定义一个根据学生名字查询学号的接口
}

aidl文件的转换
这个aidl文件写好后，点击make编译一下工程，在编译过程就会被aidl.exe转成对应的java文件，具体查看这个java文件，可以在android studio点击如下路径：
在这里插入图片描述
如果想要直接使用aidl.exe来命令生成也是完全可以
先到安卓sdk\build-tools\29.0.2下有aidl.exe

aidl.exe -IF:\binder_drivers_code\ServiceDemo\app\src\main\aidl\com\example\servicedemo  F:\binder_drivers_code\ServiceDemo\app\src\main\aidl\com\example\servicedemo\IStudentInterface.aidl

"-I"与"F:\binder_drivers_code***"之间是没有空格的，最后就会在F:\binder_drivers_code\ServiceDemo\app\src\main\aidl\com\example\servicedemo生成一个IStudentInterface.java
在这里插入图片描述
这里相信大家已经明白了aidl是怎么一回事，它的本质目的就是为了帮助我们减少编写那些重复不变化的通信协议代码，这个完全可以让机器根据我们的描述配置文件来生成，这个描述配置文件其实就是我们的aidl文件

3、那我们已经生成了这个java文件，那我这个java文件到底内容是什么呢？
其实上面的图也提前展示了，它主要分别一部分是Stub 类和Stub .Proxy类

  public static abstract class Stub extends android.os.Binder implements com.example.servicedemo.IStudentInterface1
  {
       。。省略
    public static com.example.servicedemo.IStudentInterface1 asInterface(android.os.IBinder obj)
    {
         。。省略
      return new com.example.servicedemo.IStudentInterface1.Stub.Proxy(obj);
    }
    @Override public android.os.IBinder asBinder()
    {
      return this;
    }
    //服务端，这个时候服务端驱动获取数据后，一系列调用会回调到onTransact
    @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 TRANSACTION_getStudentId:
        {
          data.enforceInterface(descriptor);
          java.lang.String _arg0;
          _arg0 = data.readString();
          int _result = this.getStudentId(_arg0);//这个地方就会真正调用Service中实现的那个getStudentId方法
          reply.writeNoException();
          reply.writeInt(_result);
          return true;
        }
            。。省略
      }
    }
    private static class Proxy implements com.example.servicedemo.IStudentInterface1
    {
     。。省略
      @Override public int getStudentId(java.lang.String name) 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.writeString(name);
          boolean _status = mRemote.transact(Stub.TRANSACTION_getStudentId, _data, _reply, 0);//客户端调用getStudent最后是通过mRemote调用到远程，并等待获取结果
          if (!_status && getDefaultImpl() != null) {
            return getDefaultImpl().getStudentId(name);
          }
          _reply.readException();
          _result = _reply.readInt();
        }
        finally {
          _reply.recycle();
          _data.recycle();
        }
        return _result;
      }
      public static com.example.servicedemo.IStudentInterface1 sDefaultImpl;
    }
       。。省略
  }

这里Stub就是远程端的具体真实实现，一般在服务端Serivce中实现，而Stub.Proxy类则是主要给客户端提供调用远程端的接口。对应的实际使用Stub类和Stub.Proxy类如下截图：
Stub的服务端实现截图：
在这里插入图片描述
Stub.Proxy的具体使用调用过程：

这里的asInterface上面代码也展示，其实就是
new com.example.servicedemo.IStudentInterface1.Stub.Proxy(obj);构造了一个Stub.Proxy本地对象。
最后总结一下aidl转成java文件后看到的一个跨进程调用的图：
在这里插入图片描述