Binder相关面试总结（四）：一次Binder通信的基本流程是什么样？

2401_84413631

于 2024-05-02 21:53:23 发布

阅读量802

点赞数 25

分类专栏：程序员文章标签： binder 面试职场和发展

本文链接：https://blog.csdn.net/2401_84413631/article/details/138401120

版权

程序员专栏收录该内容

306 篇文章 0 订阅

订阅专栏

文件类型

AIDL的文件后缀名为.aidl，并不是之前的.java,不过在使用AIDL进行通信的过程中，

aidl文件只是用来定义数据类型跟接口。

使用方法

创建一个Parcelable 对象

public class People implements Parcelable {

private int age;

private String gender;

private String hobby;

//此处省略若干行代码

}

创建一个AIDL的类

package com.wustor.aidl;

// Declare any non-default types here with import statements

parcelable People;

创建一个AIDL的接口

package com.wustor.aidl;

// Declare any non-default types here with import statements

import com.wustor.aidl.People;

interface PeopleManager {

List getPeople();

void addPeople(in People people);

}

查看PeopleManager.java

Android系统会在".\app\build\generated\source\aidl\debug\com\wustor\aidl"的目录下生成一个PeopleManager.java文件，这个类就是AIDL的核心，这个类是一个接口，下面先看一下这个接口的结构图：

在这里插入图片描述

PeopleManager内部实现了PeopleManager.aidl的两个方法，并且在内部创建了一个叫Stub的内部类，同时Stub也自己维护了一个叫做Proxy的内部类，通过前面对Binder机制的原理分析，我们其实可以很明确的知道，Proxy就是服务端的代理类，他作为一个中间代理，承载了Client与Server之间的转化，而Stub类的onTransact方法就是用来接收Proxy的输入并且把请求结果返回，从而达到代理的作用，所以分析AIDL实际上只需要注重分析一下asInterface，onTransact这两个方法以及Proxy代理类即可。

asBinder

@Override

public android.os.IBinder asBinder() {

return this;

}

返回当前Binder对象

asInterface

此方法位于Client端

/**

Cast an IBinder object into an com.wustor.aidl.PeopleManager interface,
generating a proxy if needed.

public static com.wustor.aidl.PeopleManager asInterface(android.os.IBinder obj) {

if ((obj == null)) {

return null;

}

android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);

//查看本地是否存在这个类，不存在的话就重新创建

if (((iin != null) && (iin instanceof com.wustor.aidl.PeopleManager))) {

return ((com.wustor.aidl.PeopleManager) iin);

}

return new com.wustor.aidl.PeopleManager.Stub.Proxy(obj);

}

queryLocalInterface

public IInterface queryLocalInterface(String descriptor) {

if (mDescriptor.equals(descriptor)) {

return mOwner;

}

return null;

}

public void attachInterface(IInterface owner, String descriptor) {

mOwner = owner;

mDescriptor = descriptor;

}

首先会调用queryLocalInterface来判断descriptor跟mDescriptor是否相等，我们通过查看Binder的源码可以看到descriptor就是当前PeopleManager的类名，那么通过传递过来的Binder对象查询这个类名，实际上就是判断Server端的BookManager跟Client是不是相同，如果相同就说明Client跟Server是在同一个进程，如果在同一个进程，那么就直接返回当前的IInterface ，否则返回null，那么Client端就会自己创建一个Proxy的代理类。