Q：Android中进程和线程的关系？区别？
进程时资源分配的最小单位，又自己独立的虚拟机；线程是程序执行的最小单位，基本不占用资源，一个进程中可以有多个线程。 区别是一个是大颗粒度的，一个是小颗粒度的
Q：为何需要进行IPC？多进程通信可能会出现什么问题？
进程通信会出现很多问题，因为每个进程都有自己独立的虚拟机，所以每个进程都会保存自己的数据，而且内存不共享，导致在不同进程的四大组件没法进行通信，线程间没法做同步，静态变量和单例也会失效。所以需要有一套IPC机制来解决进程间通信、数据传输的问题。
Q：什么是序列化？Serializable接口和Parcelable接口的区别？为何推荐使用后者？
序列化是指把数据转换成为可以传输或者可以储存的状态。
Serializable接口主要是java的序列化方式，需要进行大量的I/O操作，开销大，适合序列化对象作为网络传输数据；
Parcelable接口是android的序列化方式，是把对象进行分解成一段段可传输的数据类型，开销小，速度快，但程序编写稍微复杂（可以使用插件解决），适合程序内部使用
Q：Android中为何新增Binder来作为主要的IPC方式？
1、binder传输效率搞、可操作性强
2、C/S架构稳定性好
3、可根据进程UID/PID鉴别身份，可靠性高
Q：使用Binder进行数据传输的具体过程？
Binder进行数据传输过程是基于AIDL实现的，
1、服务端中的Service给与其绑定的客户端提供Binder对象
2、客户端通过AIDL接口中的asInterface()将这个Binder对象转换为代理Proxy并通过它发起RPC请求
3、客户端发起请求时会挂起当前线程，并将参数写入data然后调用transact()
4、服务端onTransact()处理客户端请求，并将结果写入reply
5、最后返回调用结果并唤醒客户端
Q：Binder框架中ServiceManager的作用？
ServiceManager在binder框架中充当呈上启下的管理者作用，看图：
ServiceManager使得客户端可以获取服务端binder实例对象的引用
Q：Android中有哪些基于Binder的IPC方式？简单对比下？
Q：是否了解AIDL？原理是什么？如何优化多模块都使用AIDL的情况？
这个可以看下Binder进行数据传输的具体过程，AIDL其实就是接口定义语言，是一种通过proxy代理间接调用服务端binder对象的方法。
AIDL接口：继承IInterface。
Stub类：Binder的实现类，服务端通过这个类来提供服务。
Proxy类：服务器的本地代理，客户端通过这个类调用服务器的方法。
asInterface()：客户端调用，将服务端的返回的Binder对象，转换成客户端所需要的AIDL接口类型对象。返回对象：
若客户端和服务端位于同一进程，则直接返回Stub对象本身；
否则，返回的是系统封装后的Stub.proxy对象。
asBinder()：根据当前调用情况返回代理Proxy的Binder对象。
onTransact()：运行服务端的Binder线程池中，当客户端发起跨进程请求时，远程请求会通过系统底层封装后交由此方法来处理。
transact()：运行在客户端，当客户端发起远程请求的同时将当前线程挂起。之后调用服务端的onTransact()直到远程请求返回，当前线程才继续执行。
