【进程】进程通信-图解无名管道
无名管道pipe
无名管道又被称为pipe,是进程间通信的一种方式。
pipe具有以下特点:
- 只能用于具有血缘关系的进程之间
- 半双工的通信模式,具有固定的读端和写端
- 一种特殊的文件,存在于内存中。可通过read、write对其操作
因为pipe存在于内存中,所以无法像操作普通文件那样通过指定路径来打开文件。
通常的做法是在父进程中创建管道,再创建子进程。由于子进程继承了父进程打开的文件描述符,所以父子进程就可以通过创建的管道进行通信。
为了在父进程中创建管道,需要先定义一个包含两个元素的整型数组,用来存放管道读端和写端对应的文件描述符。该数组在创建管道时作为参数传递。
要注意的是,管道是一种半双工方式,即对于进程来说,要么只能读管道,要么只能写管道。不允许对管道又读又写。
其中数组的第一个元素固定代表管道的读端,第二个元素代表管道的写端。对于一个进程来说,只会用到其中一个。
若读取管道时没有数据,则进程会被阻塞,直到有数据可读。写管道时除非管道已满,一般情况下写入操作很快会返回。
注意事项:必须在系统调用fork()前调用pipe(),否则子进程将不会继承文件描述符。这样,就会创建两个管道,因为父子进程共享同一段代码段,都会各自调用pipe(),即建立两个管道,出现异常错误。
假设父进程读管道,子进程写管道。参考代码如下所示:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
1 int pfd[2]; 2 pid_t pid; 3 if ( pipe(pfd) < 0 ) // 创建管道失败 4 { 5 perror(“fail to create pipe : ”); 6 exit(-1); 7 } 8 if ( (pid=fork()) == -1 ) //创建子进程失败 9 { 10 perror(“fail to create child process : ”); 11 exit(-1); 12 } 13 else if ( pid == 0 ) //子进程 14 { 15 close(pfd[0]); //子进程关闭读端 16 …… 17 写管道 18 …… 19 } 20 else //父进程 21 { 22 close(pfd[1]); //父进程关闭写端 23 …… 24 读管道 25 …… 26 }
完整例子请看【进程】进程通信-无名管道,有名管道
进程间通信
每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到,所以进程之间要交换数据必须通过内核,在内核中开辟一块缓冲区,进程1 把数据从用户空间拷到内核缓冲区,进程2再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信(IPC,InterProcess Communication)。
如下图所示(图1:进程间通信)
图解无名管道
管道是一种最基本的IPC机制,由pipe
函数创建:
#include <unistd.h> int pipe(int filedes[2]);
调用pipe
函数时在内核中开辟一块缓冲区(称为管道)用于通信,它有一个读端一个写端,然后通过filedes
参数传出给用户程序两个文件描述符,filedes[0]
指向管道的读端,filedes[1]
指向管道的写端(很好记,就像0是标准输入1是标准输出一样)。
所以管道在用户程序看起来就像一个打开的文件,通过read(filedes[0]);
或者write(filedes[1]);
向这个文件读写数据其实是在读写内核缓冲区。pipe
函数调用成功返回0,调用失败返回-1。
开辟了管道之后如何实现两个进程间的通信呢?
比如可以按下面的步骤通信。
-
父进程调用
pipe
开辟管道,得到两个文件描述符指向管道的两端。 -
父进程调用
fork
创建子进程,那么子进程也有两个文件描述符指向同一管道。 -
父进程关闭管道读端,子进程关闭管道写端。父进程可以往管道里写,子进程可以从管道里读,管道是用环形队列实现的,数据从写端流入从读端流出,这样就实现了进程间通信。
管道使用限制
-
两个进程通过一个管道只能实现单向通信,比如上面的例子,父进程写子进程读,如果有时候也需要子进程写父进程读,就必须另开一个管道。如果只开一个管道,但是父进程不关闭读端,子进程也不关闭写端,双方都有读端和写端,是不能实现双向通信的。
-
管道的读写端通过打开的文件描述符来传递,因此要通信的两个进程必须从它们的公共祖先那里继承管道文件描述符。上面的例子是父进程把文件描述符传给子进程之后父子进程之间通信,也可以父进程
fork
两次,把文件描述符传给两个子进程,然后两个子进程之间通信,总之需要通过fork
传递文件描述符使两个进程都能访问同一管道,它们才能通信。
使用管道需要注意以下4种特殊情况(假设都是阻塞I/O操作,没有设置O_NONBLOCK
标志):
-
如果所有指向管道写端的文件描述符都关闭了(管道写端的引用计数等于0),而仍然有进程从管道的读端读数据,那么管道中剩余的数据都被读取后,再次
read
会返回0,就像读到文件末尾一样。 -
如果有指向管道写端的文件描述符没关闭(管道写端的引用计数大于0),而持有管道写端的进程也没有向管道中写数据,这时有进程从管道读端读数据,那么管道中剩余的数据都被读取后,再次
read
会阻塞,直到管道中有数据可读了才读取数据并返回。 -
如果所有指向管道读端的文件描述符都关闭了(管道读端的引用计数等于0),这时有进程向管道的写端
write
,那么该进程会收到信号SIGPIPE
,通常会导致进程异常终止。 -
如果有指向管道读端的文件描述符没关闭(管道读端的引用计数大于0),而持有管道读端的进程也没有从管道中读数据,这时有进程向管道写端写数据,那么在管道被写满时再次
write
会阻塞,直到管道中有空位置了才写入数据并返回。