首页 > 其他分享> > Android-Binder机制及AIDL使用，kotlin搭建网站

Android-Binder机制及AIDL使用，kotlin搭建网站

2022-01-08 12:58:49 作者：互联网

this.bookName = bookName;
}

public int getBookId() {
return bookId;
}

public void setBookId(int bookId) {
this.bookId = bookId;
}
public String getBookName() {
return bookName;
}
public void setBookName(String bookName) {
this.bookName = bookName;
}

@Override
public int describeContents() {
return 0;
}

@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeInt(this.bookId);
dest.writeString(this.bookName);
}

protected Book(Parcel in) {
this.bookId = in.readInt();
this.bookName = in.readString();
}
public static final Parcelable.Creator CREATOR = new P arcelable.Creator() {
@Override
public Book createFromParcel(Parcel source) {
return new Book(source);
}

@Override
public Book[] newArray(int size) {
return new Book[size];
}
};
}

由于AIDL只支持数据类型:基本类型（int，long，char，boolean等），String， CharSequence，List，Map，其他类型必须使用import导入，即使它们可能在同一个包里，比如上面的Book。最终IBookManager.aidl的实现

// Declare any non-default types here with import statements import com.lvr.aidldemo.Book;
interface IBookManager {
/**

Demonstrates some basic types that you can use as paramet ers
and return values in AIDL.
*/
void basicTypes(int anInt, long aLong, boolean aBoolean, flo at aFloat, double aDouble, String aString);
void addBook(in Book book); List getBookList();
}

注意：如果自定义的Parcelable对象，必须创建一个和它同名的AIDL文件，并在其中声明它为parcelable类型。

Book.aidl

// Book.aidl
package com.lvr.aidldemo;

parcelable Book;

以上就是AIDL部分的实现，一共三个文件。然后Make Project ，SDK为自动为我们生成对应的Binder类。在如下路径下：

其中该接口中有个重要的内部类Stub ，继承了Binder 类，同时实现了 IBookManager接口。这个内部类是接下来的关键内容。

public static abstract class Stub extends android.os.Binder impl ements com.lvr.aidldemo.IBookManager{}

服务端服务端首先要创建一个Service用来监听客户端的连接请求。然后在Service 中实现Stub 类，并定义接口中方法的具体实现。

//实现了AIDL的抽象函数
private IBookManager.Stub mbinder = new IBookManager.Stub() {
@Override
public void basicTypes(int anInt, long aLong, boolean aBoole an, float aFloat, double aDouble, String aString) throws RemoteE xception {
//什么也不做
}

@Override
public void addBook(Book book) throws RemoteException {
//添加书本
if (!mBookList.contains(book)) {
mBookList.add(book); }
}

@Override
public List getBookList() throws RemoteException {
return mBookList;
}
};

当客户端连接服务端，服务端就会调用如下方法：

public IBinder onBind(Intent intent) {
return mbinder;
}

就会把Stub实现对象返回给客户端，该对象是个Binder对象，可以实现进程间通信。本例就不真实模拟两个应用之间的通信，而是让Service另外开启一个进程来模拟进程间通信。

android:process=":remote"设置为另一个进程。 <action android:name="com.lvr.aidldemo.MyService"/> 是为了能让其他apk隐式 bindService。通过隐式调用的方式来连接service，需要把category设为default，这是因为，隐式调用的时候，intent中的category默认会被设置为default。

客户端

首先将服务端工程中的aidl文件夹下的内容整个拷贝到客户端工程的对应位置下，由于本例的使用在一个应用中，就不需要拷贝了，其他情况一定不要忘记这一步。
客户端需要做的事情比较简单，首先需要绑定服务端的Service。

Intent intentService = new Intent();
intentService.setAction(“com.lvr.aidldemo.MyService”);
intentService.setPackage(getPackageName());
intentService.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
MyClient.this.bindService(intentService, mServiceConnection, BIN
D_AUTO_CREATE);
Toast.makeText(getApplicationContext(), “绑定了服务”, Toast.LENGTH _SHORT).show();

将

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

**开源项目：【qq.cn.hn/FTe】 **

服务端返回的Binder对象转换成AIDL接口所属的类型，接着就可以调用AIDL中的方法了。

if (mIBookManager != null) {
try {
mIBookManager.addBook(new Book(18, “新添加的书”));
Toast.makeText(getApplicationContext(), mIBookManager.ge
tBookList().size() + “”, Toast.LENGTH_SHORT).show();
} catch (RemoteException e) {
e.printStackTrace();
}
}

3.AIDL的工作原理

Binder机制的运行主要包括三个部分：注册服务、获取服务和使用服务。其中注册服务和获取服务的流程涉及C的内容，由于个人能力有限，就不予介绍了。
本篇文章主要介绍使用服务时，AIDL的工作原理。

①.Binder对象的获取
Binder是实现跨进程通信的基础，那么Binder对象在服务端和客户端是共享的，是同一个Binder对象。在客户端通过Binder对象获取实现了IInterface接口的对象来调用远程服务，然后通过Binder来实现参数传递。

那么如何维护实现了IInterface接口的对象和获取Binder对象呢？
服务端获取Binder对象并保存IInterface接口对象 Binder中两个关键方法：

public class Binder implement IBinder {
void attachInterface(IInterface plus, String descriptor)
IInterface queryLocalInterface(Stringdescriptor) //从IBinder 中继承而来
…
}

Binder具有被跨进程传输的能力是因为它实现了IBinder接口。系统会为每个实现了该接口的对象提供跨进程传输，这是系统给我们的一个很大的福利。

Binder具有的完成特定任务的能力是通过它的IInterface的对象获得的，我们可以简单理解attachInterface方法会将（descriptor，plus）作为（key,value）对存入 Binder对象中的一个Map对象中，Binder对象可通过attachInterface方法持有一个 IInterface对象（即plus）的引用，并依靠它获得完成特定任务的能力。 queryLocalInterface方法可以认为是根据key值（即参数 descriptor）查找相应的 IInterface对象。在服务端进程，通过实现 private IBookManager.Stub mbinder = new IBookManager.Stub() {}抽象类，获得Binder对象。并保存了IInterface对象。

public Stub() {
this.attachInterface(this, DESCRIPTOR);
}

客户端获取Binder对象并获取IInterface接口对象通过bindService获得Binder对象

MyClient.this.bindService(intentService, mServiceConnection, BIN D_AUTO_CREATE);

然后通过Binder对象获得IInterface对象。

private ServiceConnection mServiceConnection = new ServiceConnec tion() {
@Override
public void onServiceConnected(ComponentName name, IBinder b inder) {
//通过服务端onBind方法返回的binder对象得到IBookManager的实例，得到实例就可以调用它的方法了
mIBookManager = IBookManager.Stub.asInterface(binder);
}
@Override
public void onServiceDisconnected(ComponentName name) {
mIBookManager = null;
}
};

其中 asInterface(binder)方法如下：

public static com.lvr.aidldemo.IBookManager asInterface(android. os.IBinder obj) {
if ((obj == null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPT OR);
if (((iin != null) && (iin instanceof com.lvr.aidldemo.IBook Manager))) {
return ((com.lvr.aidldemo.IBookManager) iin);
}
return new com.lvr.aidldemo.IBookManager.Stub.Proxy(obj);
}

先通过queryLocalInterface(DESCRIPTOR);查找到对应的IInterface对象，然后判断对象的类型，如果是同一个进程调用则返回IBookManager对象，由于是跨进程调用则返回Proxy对象，即Binder类的代理对象。
②.调用服务端方法
获得了Binder类的代理对象，并且通过代理对象获得了IInterface对象，那么就可以调用接口的具体实现方法了，来实现调用服务端方法的目的。以addBook方法为例，调用该方法后，客户端线程挂起，等待唤醒：

@Override public void addBook(com.lvr.aidldemo.Book book) th rows android.os.RemoteException
{
…
//第一个参数：识别调用哪一个方法的ID
那么就可以调用接口的具体实现方法了，来实现调用服务端方法的目的。以addBook方法为例，调用该方法后，客户端线程挂起，等待唤醒：

@Override public void addBook(com.lvr.aidldemo.Book book) th rows android.os.RemoteException
{
…
//第一个参数：识别调用哪一个方法的ID

标签：AIDL,对象,kotlin,Binder,Book,IInterface,public,服务端
来源： https://blog.csdn.net/m0_66070891/article/details/122378887