binder是一个远程对象的基础类，核心部分是远程调用机制，这部分是由IBinder定义的。它是对IBinder类的实现，其中IBinder类提供这样一个类的标准的本地化实现方式。
大多数开发者不会去直接实现Binder类，而是用AIDL工具来描述他们自己想要的接口，借助它来生成一个合适的Binder子类。然而，你也可以直接继承Binder来实现你自定义的RPC协议，或者更简单地，实例化一个原生的Binder对象，然后直接将它作为token能够在不同的进程里直接被调用。
binder只是一个很基础的IPC原子部分。它对一个应用的生命周期没有影响，只要创建它的所在进程一直运行，它就一直可调用。为了正确使用它，你必须在应用的一级控件（service, activity或者contentprovider）的context里进行操作，让系统知道你所在的进程，，并且保证它一直运行。
有一种情况你要注意，你所在的进程可能会被销毁。当你的进程再次启动时，你就需要重新创建一个Binder然后重新绑定它。例如，如果你正在Activity里使用binder，你的acitvity所在的进程可能会被销毁，这样你的activity无法被调用;如果你的activity后面被重新创建，你需要创建一个新的binder，然后再次将它传递到正确的位置支。你还需要意识到，你的进程可能因为其它原因被启动(例如接收广播)，但是它不会重新创建activity来调用你的代码来创建新的binder。
AIDL（Android Interface Define Language），是android的一种接口定义语言，类似于IDL。
借助它，你可以定义接口，使得客户端和服务端之间实现进程间通信。对android来说， 一个进程无法通过正常的方法来访问另一个进程的内存空间。可以说，他们需要把对象分解成操作系统可以理解的原子类型，然后使对象突破限制在不同进程之间进行传输。具体实现这种机制的代码写起来非常枯燥，所以android为你提供了AIDL语言来进行处理。
注意：
a.只有当你需要来自不同应用的客户端通过IPC通信来访问你的服务时，并且想在服务里处理多线程的业务，这时就需要使用AIDL。
b.如果你不需要同时对几个应用进程IPC操作，你最好通过实现Binder接口来创建你的接口。
c.如果你仍需要执行IPC操作，但不需要处理多线程，使用Messenger来实现接口即可。
d.无论如何，在实现AIDL之前确保你完全理解Bound Service相关知识。
总结下，它的们共同点和差异的地方：
1.他们都与IPC（远程）调用有关。
2.本质不同，Binder是一个对象，继承了IBinder对象，你可以借助它来自定义RPC协议。AIDL是android提供的接口定义语言，借助这个工具，你可以很轻松地实现IPC通信机制，根据需要灵活定义接口，
3.作用范围不同。如果是在一个应用里实现远程调用，使用Binder即可，没必要使用AIDL。如果涉及到在多个应用程序之间使用IPC通信，并且在服务又有多线程业务处理，这时可以使用AIDL。
所有的赏赐都只是被用来奖励工作成果的。
