Android小白

前言 在前面关于AIDL的讲解中，基本是一个AIDL对应一个Service。具体实现是把AIDL的实现类放到Sevice里面了，如图 所以就会有很大的局限性，即一个Service只能对应一个AIDL，假如说有多个模块，每个模块都有AIDL需求，那么就需要写多个Service，很显然这是很笨的写法，而Binder连接池就可以比较优雅的实现一个Service对应多个AIDL的需求 1.总体思路介绍 首先要把Stub的实现类和Service抽离，不让Service和他们有直接关系。再就是在Service的onB

前言 经过半个月的学习，目前我对Android IPC机制有了更全面的理解。结合《Android开发艺术探索》，在这里做个总结 IPC方式有哪些 ①

Binder是什么？ 可以理解为Android的血管。是一种进程间通信的机制。比如Activity，Service需要和AMS通信的时候，就需要Binder 除了进程间通信，也可以把Binder理解为一种虚拟物理设备驱动。虚拟表示没有实体，和键盘鼠标不一样。Binder是虚拟的。 在应用层，也可以把Binder理解为一个是一个能发起进程间通信的Java类 为什么是Binder？ Linux也有一些很优秀的进程间通信机制，例如管道，消息队列，共享内存，socket等，但是为什么Android使用Binder而

好文章推荐

前言 关于AIDL的原理以及详细介绍，我在Binder机制原理一文中有讲到，这里就不再赘述。本篇文章以实战为核心，写一个AIDL操作实例出来 AIDL与Messenger的区别就是AIDL支持并发处理请求，也就是多进程，多线程的情况。而Messenger是多进程，单线程 demo的github地址：https://github.com/LJHnb666666/AIDLDemo 1.实现思路 还是需要客户端，服务端Service。除此之外，还需要一个实体类做客户端和服务端交互的Bean，还需要AIDL文件定义

前言 在Android中，IPC的方式有很多种，之前我都没听说过Messenger，但是通过近期学习后，我发现它也是一种Android常用的IPC方式，底层是AIDL实现。 特此记录有关学习