Linux进程间通讯--匿名管道

关于进程间通讯：  

        IPC

       每一个进程各自有不一样的用户地址空间,任何一个进程的全局变量在另外一个进程中都看不到因此进程之间要交换数据必须经过内核,在内核中开辟一块缓冲区,进程1把数据从用户空间拷到内核缓冲区,进程2再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通讯 (IPC,InterProcess Com）

      匿名管道

管道：pipe
没有名字的匿名管道是一种最基本的IPC机制,由pipe函数建立: 
调用pipe函数时在内核中开辟一块缓冲区(称为管道)用于通讯,它有一个读端一个写端,而后通 过filedes参数传出给用户程序两个文件描述符：
1.filedes[0] ：指向管道的读端
2.filedes[1] ：指向管道的写端

(很好记,就像0是标准输入1是标准输出同样)。因此管道在用户程序看起来就像一个打开 的文件,经过read(filedes[0]);或者write(filedes[1]);向这个文件读写数据实际上是在读写内核缓冲区。

pipe函数调用成功返回0,调用失败返回-1, 开辟了管道以后如何实现两个进程间的通讯呢?看下面：

父进程建立管道，父进程fork出子进程，如今就有连个有血缘关系的父子进程，下面要说的就是两进程间的通讯：

存在于两个进程间的管道，两遍都有读和写的功能，匿名管道是单向的，能写就不能读，能读就不能写，因此，图3中，父进程关闭了读端，也就意味着，父亲要写数据到管道；而子进程关闭了写端，也就意味着，子进程只能读管道间的数据，这样就完成了一次进程间的通讯。有专业一点的术语讲原理，是这样的：

1. 父进程调用pipe开辟管道,获得两个文件描述符指向管道的两端。 

2. 父进程调用fork建立子进程,那么子进程也有两个文件描述符指向同一管道。 

3. 父进程关闭管道读端,子进程关闭管道写端。父进程能够往管道里写,子进程能够从管道里读,管道是用环形队列实现的,数据从写端流入从读端流出,这样就实现了进程间通讯。  

演示代码：

（黏贴没啥意思，本身敲，发现问题）
上文有提到说：有血缘关系，单向之类的关键字，下面就说说匿名管道这种通讯机制的条件或者说限制：
      1.两个进程经过一个管道只能实现单向通讯。好比上面的例子,父进程写子进程读,若是有时候也须要子进程写父进程读,就必须另开一个管道。
      2.管道的读写端经过打开的文件描述符来传递,所以要通讯的两个进程必须从它们的公共祖先那里继承管道文件描述符。上面的例子是父进程把文件描述符传给子进程以后父子进程之间通讯,也能够父进程fork两次,把文件描述符传给两个子进程,而后两个子进程之间通讯, 总之须要经过fork传递文件描述符使两个进程都能访问同一管道,它们才能通讯。 也就是说，管道通讯是须要进程之间有关系。

使用管道须要注意如下4种特殊状况(假设都是阻塞I/O操做,没有设置O_NONBLOCK标志): 

1.若是全部指向管道写端的文件描述符都关闭了(管道写端的引用计数等于0),而仍然有进程从管道的读端读数据,那么管道中剩余的数据都被读取后,再次read会返回0,就像读到文件末尾同样。

2.若是有指向管道写端的文件描述符没关闭(管道写端的引用计数大于0),而持有管道写端的进程也没有向管道中写数据,这时有进程从管道读端读数据,那么管道中剩余的数据都被读取后,再次read会阻塞,直到管道中有数据可读了才读取数据并返回。

3.若是全部指向管道读端的文件描述符都关闭了(管道读端的引用计数等于0),这时有进程向管道的写端write,那么该进程会收到信号SIGPIPE,一般会致使进程异常终止.

4.若是有指向管道读端的文件描述符没关闭(管道读端的引用计数大于0),而持有管道读端的 进程也没有从管道中读数据,这时有进程向管道写端写数据,那么在管道被写满时再次write会阻塞,直到管道中有空位置了才写入数据并返回。

以上是四种须要注意的地方。

匿名管道总结到此，其他通讯机制见下篇博文；

赐教！