理解AIDL中的Stub与Stub.Proxy

在Binder跨进程通信中，AIDL文件编译后生成的java代码中，会自动生成Stub类以及Stub类的静态内部类Proxy，Stub是用于在服务端进程创建的对象，而Proxy是用于在客户端进程创建的代理对象，是服务端的Stub对象在客户端进程的代理对象，客户端进程通过Proxy对象发出方法调用然后通过Binder驱动后最终调用服务端进程的Stub对象的方法。每一个Stub远程对象都在客户端进程中对应有一个本地代理对象Proxy。

至于这个对象为什么叫Stub，Stub有什么含义？
Stub即存根或者桩的意思。在Binder中即代表服务端通信对象。

Stub在软件开发中经常用到，在不同情景下意思略有不同。

J2EE中的Stub

在J2EE中的RMI中也有Stub的概念，在桩/框架(Stub/Skeleton)结构中，Stub是指本地对象，Skeleton是指服务端对象。这里的Stub和Android Binder中的Stub刚好是相反的意思，但其实整体概念都差不多。
J2EE中的Stub：
为屏蔽客户调用远程主机上的对象，必须提供某种方式来模拟本地对象,这种本地对象称为存根(stub)，存根负责接收本地方法调用,并将它们委派给各自的具体实现对象。

代码中的自动生成的stub代码

我们创建一个指定各种方法集合的接口时，我们可以考虑使用"存根”STUB，“存根”就是用空方法体实现该接口中所有方法的类，这样我们就可以通过继承该“存根”创建一个实现该接口的类，这样一来，该类只需重写对应用比较有重要的几个方法即可。
下面是类结构图：

stub code大概就是占坑的代码，桩代码给出的实现是临时性的/待编辑的。它使得程序在结构上能够符合标准，又能够使程序员可以暂时不编辑这段代码。

参考：
理解Aidl中Stub和Stub.Proxy
存根类(stub) 是什么意思？有什么作用？