2024年安卓最新Binder相关面试总结（七）：AIDL内部的实现原理是什么(2)，面试的灵魂拷问

最后

我的面试经验分享可能不会去罗列太多的具体题目，因为我依然认为面试经验中最宝贵的不是那一个个具体的题目或者具体的答案，而是结束面试时，那一刻你的感受以及多天之后你的回味~

很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习，对此我整理了一些资料，需要的可以免费分享给大家

在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

_reply.readException();

_result = _reply.readInt();

} finally {

_reply.recycle();

_data.recycle();

}

return _result;

}

}

static final int TRANSACTION_add = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);

}

public int add(int arg1, int arg2) throws android.os.RemoteException;

}1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798

主要就是根据aidl文件自动生成了stub的内部类，这个内部类不仅继承了Binder还继承了父类。这里继承父类主要是为了能够获得回调add接口方法，stub类并没有去真正的实现add方法。

stub类结构很清楚里面只有3个方法加上1个内部类分别是：

• asInterface 根据传入的binder来判断当前是否是跨进程，如果跨进程则返回一个Proxy对象，如果不是跨进程则直接返回当前接口实现类（想当是调用本地接口）；

• asBinder 返回当前binder对象，继承IInterface必须实现的方法（满足内部跨进程）

• onTransact Binder的方法当client端的Binder对象调用了transact方法时此方法会被回调

• Proxy类 一个代理类，主要作用是配置Binder对象的transact方法（这个方法继承自IBinder）需要的参数以及调用transact方法。Proxy类也继承了我们自己定义的aidl接口，主要为了保证接口中的方法都有相对应transact去调用真正的server端方法（应为继承了接口，如果不是抽象类那就必须得去实现这些方法吧）。

这里还有一个特别的参数就是TRANSACTION_add这么一个常量，他是由一个常量+0构成的，这个常量其实就是0，这个常量主要来标记方法的如果有多个方法：

//当前只有一个方法所以是+0，当更多的方法时每个方法都会对应一个数字。例如有两个时那就会如下

static final int TRANSACTION_xxx = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);

static final int TRANSACTION_yyy = (android.os.IBinder.FIRST_CALL_TRANSACTION + 2);

…1234

这些方法（类）现在有一个印象就可以，后面会详细的分析。

以上是一个aidl的完整结构，当然真正要使用还需要去有一个类来继承stub类并且实现最初aidl文件中定义的所有接口（注意stub类是一个抽象类，它继承了aidl的接口但却没有真正的去实现它，这里需要我们来实现）。当然这个java类也需要在client端实现一遍（也就是自动生成一遍）。

aidl流程

要分析aidl流程所以我先创建了一个Service（MyService），在里面创建了一个内部类MyAidlImpl来继承IMyAidl.Stub并且实现我们最初定义在aidl文件中一直未被实现的add方法。在Service的onBind方法中返回这个内部类的实例（因为Stub是继承了Binder类所以MyAidlImpl的实例也会是Binder类型），具体代码如下：

Server端：MyService.java

//MyService.java

public class MyService extends Service {

private MyAidlImpl myAidlImpl;

public MyService() {

}

@Override

public void onCreate() {

super.onCreate();

myAidlImpl = new MyAidlImpl();

}

@Override

public IBinder onBind(Intent intent) {

return myAidlImpl;

}

}

class MyAidlImpl extends IMyAidl.Stub {

@Override

public int add(int arg1, int arg2) throws RemoteException {

return arg1 + arg2;

}

}123456789101112131415161718192021222324252627

接口的实现方法很简单，就是把传进来的两个参数加一下再返回回去。现在这个Service就相当于是一个Server端，来远程处理一些任务（这里就是arg1 + arg2）并且返回结果。

至于Client端代码就是最普通的一个Activity里面去绑定刚刚实现的Service，这里我为了保证是跨进程我重新创建了一个项目。（也可以在当前项目里面来做，只要在manifest文件中把Service的android:process设置为“:remote”就可以了，这样Service就不会和activity运行在一个进程中）

Client端：MainActivity.java

public class MainActivity extends AppCompatActivity {

private static final String TAG = “AIDLClient”;

private ServiceConnection serviceConnection;

private IMyAidl myAidl;

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

serviceConnection = new ServiceConnection() {

@Override

public void onServiceConnected(ComponentName name, IBinder service) {

myAidl = IMyAidl.Stub.asInterface(service);

try {

Log.d(TAG, "onServiceConnected: data from server = " + myAidl.add(123, 456));

} catch (RemoteException e) {

e.printStackTrace();

}

}

@Override

public void onServiceDisconnected(ComponentName name) {

myAidl = null;

}

};

bindService(new Intent(“com.coder_f.aidlserver.MyService”), serviceConnection, BIND_AUTO_CREATE);

}

@Override

protected void onDestroy() {

super.onDestroy();

unbindService(serviceConnection);

}

}123456789101112131415161718192021222324252627282930313233343536

根据上面代码我们现在看一下，首先是Client端来bindService，这里绑定成功以后就会返回一个Binder对象，这个对象就是Server端onBind的时候返回的，是MyAidlImpl的实例，通过IMyAidl.Stub.asInterface(service)方法来获得一个Proxy类的对象（这里考虑的是跨进程调用的情况所以返回的是proxy对象），然后我们调用了proxy对象里面的add方法，那我们就跟着去看一下根据aidl自动生成的java类中proxy的add方法里面具体是什么逻辑。

private static class Proxy implements com.coder_f.aidlserver.IMyAidl {

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;

}

@Override

public int add(int arg1, int arg2) 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(arg1);

_data.writeInt(arg2);

mRemote.transact(Stub.TRANSACTION_add, _data, _reply, 0);

_reply.readException();

_result = _reply.readInt();

} finally {

_reply.recycle();

_data.recycle();

}

return _result;

}

}1234567891011121314151617181920212223242526272829303132333435

这里的remote就是asInterfa方法中传入的Binder对象，通过这个Binder对象，接着调用了add方法。这里来仔细看看这个add方法的逻辑，总共就三步。

1. 创建了两个Parcel对象（跨进程只能传递Parcel以及Binder类型的对象）_data用来存放参数，_reply用来存放返回值。这里传入的DESCRIPTOR是一个包名。这个DESCRIPTOR也起到标识的作用，只有transact和onTransact方法中parcel对象的一致时才能成功调用。这也是为什么我们要求Server端和Client端aidl存放目录结构一致的原因，不一致的话这个自动生成DESCRIPTOR也会不一样；

2. 调用了Binder的transact方法，这个方法其实就是跨进程调用的核心，他的第一个参数是一个int值，用来告诉Server端（onTransact方法）我要调用的具体是哪个方法，这里Stub.TRANSACTION_add标志的就是add方法，第二个和第三个之前已经说了分别是参数和返回值，第四个是个标志位，当0的时候代表有返回值，当1的时候则代表没有返回值（此时就算你的方法真的有返回值_reply中也不会有结果）

3. 读取_reply中返回的结果。

这里要注意的是当调用transact方法时当前线程会被挂起。此时如果这个方法运行在主线程时，而server端又因为各种原因或者方法本身就是耗时的导致不能及时返回结果就会使得ui线程卡住。而我上面Client端方法中myAidl.add(123,456)是放在了onServiceConnected方法里面，而onServiceConnected方法其实是运行在主线程的（具体可以看我之前bindservice流程分析文章中最后面的说明）

这里调用Binder的transact方法以后经过一系列的流程(这里具体什么流程没有仔细研究过，涉及到jni底层native的binder方法)最后会回调到Server端的onTransact方法。

好了那我们就看看自动给我们生成的java文件中onTransact方法的逻辑代码如下。

@Override

public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException {

switch (code) {

case INTERFACE_TRANSACTION: {

reply.writeString(DESCRIPTOR);

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;

}

}

return super.onTransact(code, data, reply, flags);

}

最后

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

当然我也为你们整理好了百度、阿里、腾讯、字节跳动等等互联网超级大厂的历年面试真题集锦。这也是我这些年来养成的习惯，一定要学会把好的东西，归纳整理，然后系统的消化吸收，这样才能极大的提高学习效率和成长进阶。碎片、零散化的东西，我觉得最没有价值的。就好比你给我一张扑克牌，我只会觉得它是一张废纸，但如果你给我一副扑克牌，它便有了它的价值。这和我们收集资料就要收集那些系统化的，是一个道理。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

好比你给我一张扑克牌，我只会觉得它是一张废纸，但如果你给我一副扑克牌，它便有了它的价值。这和我们收集资料就要收集那些系统化的，是一个道理。

[外链图片转存中…(img-YLMhCeRM-1715814737250)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！