Linux中的进程通信方式

1.管道

管道是一种存在于内存中的阻塞式的跨进程通信方式。我们常常在使用的shell脚本中就存在管道的痕迹。比如：

adb logcat | grep " Activity"

这里就是把adb logcat的日志输出作为grep命令的输入，再比如在第一个命令行窗口执行下列mingling：

mkfifo log
echo "test pipe to log" > log

此时会发现当前命令行窗口处于阻塞状态，然后再开一个窗口执行下列命令：

cat < log

然后你会发现此时第一个窗口阻塞状态消失的。实际上在Linux中，管道就是通过文件描述符来控制文件读写而实现的。其具有如下的特征：

1. 管道是半双工的，数据只能向一个方向流动；需要双方通信时，需要建立起两个管道，且数据流动是阻塞式的；
2. 只能用于父子进程或者兄弟进程之间（具有亲缘关系的进程）；
3. 单独构成一种独立的文件系统：管道对于管道两端的进程而言，就是一个文件，但它不是普通的文件，它不属于某种文件系统，而是自立门户，单独构成一种文件系统，并且只存在与内存中。
4. 数据的读出和写入：一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据。
5. 当进行进程间通信时，其数据实际会被复制两次

2.消息队列

管道虽然使用起来比较简单，但是其消息都是阻塞式的。写入进程必须等待读取进程读取之后才会释放，为了解决这个问题，引入了消息队列，例如 a 进程要给 b 进程发送消息，只需要把消息放在对应的消息队列里就行了，b 进程需要的时候再去对应的消息队列里取出来。同理，b 进程要个 a 进程发送消息也是一样。
当然消息队列也有缺点，那便是信息会被复制两次，额外的CPU消耗且不合适频繁或信息量大的通信；

3.共享内存

共享内存这个通信方式就可以很好着解决拷贝所消耗的时间了。

这个可能有人会问了，每个进程不是有自己的独立内存吗？两个进程怎么就可以共享一块内存了？

我们都知道，系统加载一个进程的时候，分配给进程的内存并不是实际物理内存，而是虚拟内存空间。那么我们可以让两个进程各自拿出一块虚拟地址空间来，然后映射到相同的物理内存中，这样，两个进程虽然有着独立的虚拟内存空间，但有一部分却是映射到相同的物理内存，这就完成了内存共享机制了。

4.信号量

共享内存最大的问题是什么？没错，就是多进程竞争内存的问题，就像类似于我们平时说的线程安全问题。如何解决这个问题？这个时候我们的信号量就上场了。

信号量的本质就是一个计数器，用来实现进程之间的互斥与同步。例如信号量的初始值是 1，然后 a 进程来访问内存1的时候，我们就把信号量的值设为 0，然后进程b 也要来访问内存1的时候，看到信号量的值为 0 就知道已经有进程在访问内存1了，这个时候进程 b 就会访问不了内存1。所以说，信号量也是进程之间的一种通信方式。

5.Socket

常规操作，常规操作

扩展阅读

Linux中的管道及其实现
进程间通信
Android中为啥选择Binder