android管道通信管道通信的原理

Android通信方式篇(七)-Binder机制(Native层(下))

1、内核空间：binder_proc描述一个进程，统一由binder_procs全局链表保存，binder_thread对应进程的一个线程。 ProcessState与binder_proc是一一对应的。

创新互联建站于2013年开始，是专业互联网技术服务公司，拥有项目成都网站设计、网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元建瓯做网站,已为上家服务,为建瓯各地企业和个人服务,联系电话:028-86922220

2、在Hackborn加入google之后，他继续开发出了Android Binder。而Android系统是基于Linux内核实现的，Linux已经提供了多种进程间通信机制，比如：管道、消息队列、共享内存和套接字（Socket）等等。

3、SIZE的接收缓存区。mmap()的返回值是内存映射在用户空间的地址，不过这段空间是由驱动管理，用户不必直接访问（映射类型为PROT_READ，只读映射）。

4、Android Binder设计与实现 – 设计篇：目前linux支持的IPC包括传统的管道、System V IPC、即消息队列/共享内存/信号量，以及socket中只有socket支持Client-Server的通信方式。

5、Binder是Android系统中的一种IPC进程间通信结构。Binder的整个设计是C/S结构，客户端进程通过获取服务端进程的代理，并通过向这个代理接口方法中读写数据来完成进程间的数据通信。

6、看了几天的Binder，决定有必要写一篇博客，记录一下学习成果，Binder是Android中比较综合的一块知识了，目前的理解只限于JAVA层。

通过mmap或者内存共享的Linux IPC机制直接将同一段内存映射到数据发送进程和数据接收进程的用户空间，这样数据发送进程只需要将数据拷贝到共享的内存区域，数据接收进程就可以直接使用数据了。

它可以通过进程间通信（IPC）将进程之间的内存空间进行共享，使进程可以直接共享内存数据，而无需通过缓存提供一组抽象的接口。

所以无论是应用内还是应用间，均无法通过共享内存来实现进程间通信。

ContentProvider 为存储和获取数据提供统一的接口，可以在不同应用程序之间共享数据。ContentProvider 主要有以下优点：进程间进行数据交互 & 共享，即跨进程通信。ContentProvider 底层是采用 Android 中的 Binder 机制。

而Android系统是基于Linux内核实现的，Linux已经提供了多种进程间通信机制，比如：管道、消息队列、共享内存和套接字（Socket）等等。

两者最大的区别在于存储媒介的不同，Serializable 使用 I/O 读写存储在硬盘上，而 Parcelable 是直接在内存中读写。很明显，内存的读写速度通常大于 IO 读写，所以在 Android 中传递数据优先选择 Parcelable。

首先，Binder主要是Android 跨进程通信的一种方式，它是一个Android 中的一个类，实现了IBinder接口，主要是用在Service中。Android 跨进程通信有几种方式，Bundle、AIDL、Messenger、ContentProvider、socket等。

在BE被parmSource收购以后，openBinder由hackborn继续开发。在Hackborn加入google之后，他继续开发出了Android Binder。

Binder恰恰符合面向对象思想，将进程间通信转化为对某个Binder对象的引用，调用该对象的方法。而其独特之处在于Binder对象是一个可以跨进程引用的对象，它的实体位于一个进程，而它的引用却遍布于系统的各个进程之中。

1、Binder机制的核心就是利用内核空间和用户空间的共享数据的原理来实现进程间通信。Linux系统中的mmap，借助的是硬盘文件与内存地址之间形成一个映射关系，操作这块内存并可以直接操作该文件。但是android中，并不存在这么一个文件。

2、Binder是Android系统中的一种IPC进程间通信结构。Binder的整个设计是C/S结构，客户端进程通过获取服务端进程的代理，并通过向这个代理接口方法中读写数据来完成进程间的数据通信。Android之所以选择Binder，我觉得有2个方面的原因。

3、Binder原理是掌握系统底层原理的基石，也是进阶高级工程师的必备知识点，这篇文章不会过多介绍Binder原理，而是讲解学习Binder前需要的掌握的知识点。

本文名称：android管道通信管道通信的原理
文章来源：http://pwwzsj.com/article/dggecso.html