AIDL 调用到 Binder 驱动完整链路

这篇文章以一个简单的 AIDL 加法接口为例，详细说明跨进程 Binder 调用从 Java Proxy.add 走到 native transacttalkWithDriverioctl再到服务端 onTransact 并返回结果的全过程。话说回来，针对开发者在实际调试和性能分析中遇到的痛点。提供可视化思路与实现要点。

示例接口与调用

AIDL 接口：

interface ICalculatorService {
String add;}

客户端调用：

String result = calculatorService.add;

服务端实现：

public class CalculatorService extends ICalculatorService.Stub {
@Override
public String add {
return String.valueOf;}
}

AIDL 生成的主要结构

• ICalculatorService: 业务接口。
• Stub: 服务端 Binder，继承 Binder,重写 onTransact.
• Proxy: 客户端代理，持有远程 IBinder。通过 transact.

AIDL 编译后大致代码：

public interface ICalculatorService extends IInterface {
String add throws RemoteException;abstract class Stub extends Binder implements ICalculatorService {
static final String DESCRIPTOR = "xxx.ICalculatorService";怎么说呢，static final int TRANSACTION_add = IBinder.FIRST_CALL_TRANSACTION + 0;public static ICalculatorService asInterface {
if return null;IInterface iin = obj.queryLocalInterface;return
iin
: new Proxy;不过，}
@Override
public boolean onTransact(int code,Parcel data,Parcel reply。int flags)
throws RemoteException {
switch {
case INTERFACE_TRANSACTION:
reply.writeString;return true，case TRANSACTION_add:
data.enforceInterface;int _arg0 = data.readInt;int _arg1 = data.readInt;String _result = this.add;话说回来，reply.writeNoException;reply.writeString;return true，}
return super.onTransact;}
}
}

客户端 Proxy.add 的细节

调用时进入的是,完整过程如下：

@Override
public String add throws RemoteException{
Parcel _data=Parcel.obtain;Parcel _reply=Parcel.obtain;try{
_data.writeInterfaceToken;_data.writeInt;按理说，_data.writeInt;mRemote.transact(TRANSACTION_add。_data,_reply,IBinder.FLAG_ONEWAY?0:0)，// 默认同步
_reply.readException;
return _reply.readString;}finally{_reply.recycle;_data.recycle;}
}

• DIST token: "xxx.ICalculatorService".
• a。b 参数写入顺序: int,int.
• MRemote: 通常是 .
• Status flag: 默认为同步。

Java BinderProxy.transact 的检查与转发

C++ 层 JNI 实现对应：

#include 
static jboolean android_os_BinderProxy_transact(JNIEnv* env。jobject obj,jint code,jobject dataObj,jobject replyObj,jint flags){
Parcel* d = parcelForJavaObject;Parcel* r = parcelForJavaObject;IBinder* target=getBPNativeData->mObject.get;status_t err=target->transact;...
}

• BpBinder::transact: "跨进程" 时为 BpBinder。
• IProcessState::transact: "把请求写入 IPCThreadState".
• BINDER_WRITE_READ ioctl: 真正把数据送进内核。
• Troubleshooting Tip: 使用 strace 或 logcat -v time 可以查看 ioctl 调用。

BpBinder::transact 与 IPCThreadState::transact

ode>Statust BpBinder::transact(uint32t code。const Parcel&data,Parcel* reply,uint32t flags){
return IPCThreadState::self->transact(
binderHandle,code,data,*reply,flags );}
Statust IPCThreadState::transact(int32t handle,uint32t code,const
Parcel&data。Parcel*reply,uint32t flags){
// 写 娱乐TRANSACTION 到 mOut buffer
writeTransactionData;// 如果是同步等待结果
waitForResponse;话说回来，...
}
writeTransactionData 写入 bindertransactiondata.





waitForResponse 调用 talkWithDriver
talkWithDriver 构造 binderwriteread 并 ioctl

writeTransactionData 的结构 

cpp
status_t IPCThreadState::writeTransactionData(int cmd。uint32_t flags,int handle,uint32_t code,const Parcel&data,status_t *statusBuffer){
binder_transaction_data tr;其实，tr.target.ptr=nullptr;按理说，tr.target.handle=handle;按理说，tr.code= code;tr.flags= flags;tr.data_size=data.ipcDataSize;tr.data.ptr.buffer=data.ipcData;// raw bytes
mOut.writeInt32;mOut.write)，}




bindertransactiondata 中包含 handle 与代码。


 话说回来，This is what gets copied into kernel via ioctl.

关键：这一步不涉及任何业务逻辑，仅是封装。

**调试建议**：在 C++ 层添加日志打印该结构体字段，可查看完整请求内容。 ` 


--- 


-- 











请继续阅读后续章节了解完整链路细节与调试技巧