进程间通信(1)

无名管道的用法

无名管道又被称为pipe，是进程间通信的一种方式。pipe具有以下特点：

●只能用于具有血缘关系的进程之间

●半双工的通信模式，具有固定的读端和写端

●一种特殊的文件，存在于内存中。可通过read、write对其操作

因为pipe存在于内存中，所以无法像操作普通文件那样通过指定路径来打开文件。通常的做法是在父进程中创建管道，再创建子进程。由于子进程继承了父进程打开的文件描述符，所以父子进程就可以通过创建的管道进行通信。

为了在父进程中创建管道，需要先定义一个包含两个元素的整型数组，用来存放管道读端和写端对应的文件描述符。该数组在创建管道时作为参数传递。要注意的是，管道是一种半双工方式，即对于进程来说，要么只能读管道，要么只能写管道。不允许对管道又读又写。

其中数组的第一个元素固定代表管道的读端，第二个元素代表管道的写端。对于一个进程来说，只会用到其中一个。

若读取管道时没有数据，则进程会被阻塞，直到有数据可读。写管道时除非管道已满，一般情况下写入操作很快会返回。

这里假设父进程读管道，子进程写管道。参考代码如下所示：

int pfd[2];

pid_t pid;

if ( pipe(pfd) < 0 ) // 创建管道失败

{

perror(“fail to create pipe : ”);

exit(-1);

}

if ( (pid=fork()) == -1 ) // 创建子进程失败

{

perror(“fail to create child process : ”);

exit(-1);

}

else if ( pid == 0 ) // 子进程

{

close(pfd[0]); // 子进程关闭读端

……

写管道

……

}

else // 父进程

{

close(pfd[1]); // 父进程关闭写端

……

读管道

……

}

4. 进程间通信请点评

每个进程各自有不同的用户地址空间，任何一个进程的全局变量在另一个进程中都看不到，所以进程之间要交换数据必须通过内核，在内核中开辟一块缓冲区，进程1 把数据从用户空间拷到内核缓冲区，进程2再从内核缓冲区把数据读走，内核提供的这种机制称为进程间通信（IPC，InterProcess Communication）。如下图所示。

图30.6. 进程间通信

4.1. 管道请点评

管道是一种最基本的IPC机制，由pipe函数创建：

#include

int pipe(int filedes[2]);

调用pipe函数时在内核中开辟一块缓冲区（称为管道）用于通信，它有一个读端一个写端，然后通过filedes参数传出给用户程序两个文件描述符，filedes[0]指向管道的读端，filedes[1]指向管

道的写端（很好记，就像0是标准输入1是标准输出一样）。所以管道在用户程序看起来就像一个打开的文件，通过read(filedes[0]);或者write(filedes[1]);向这个文件读写数据其实是在读写内核缓冲区。pipe函数调用成功返回0，调用失败返回-1。

开辟了管道之后如何实现两个进程间的通信呢？比如可以按下面的步骤通信。

图30.7. 管道

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

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

3. 父进程关闭管道读端，子进程关闭管道写端。父进程可以往管道里写，子进程可以从管道里读，管道是

用环形队列实现的，数据从写端流入从读端流出，这样就实现了进程间通信。

例30.7. 管道

#include

#include

#define MAXLINE 80

int main(void)

{

int n;

int fd[2];

pid_t pid;

char line[MAXLINE];

if (pipe(fd) < 0) {

perror("pipe");

exit(1);

}

if ((pid = fork()) < 0) {

perror("fork");

exit(1);

}

if (pid > 0) { /* parent */

close(fd[0]);

write(fd[1], "hello world\n", 12);

wait(NULL);

} else { /* child */

close(fd[1]);

n = read(fd[0], line, MAXLINE);

write(STDOUT_FILENO, line, n);

}

return 0;

}

使用管道有一些限制：

两个进程通过一个管道只能实现单向通信，比如上面的例子，父进程写子进程读，如果有时候也需要子进程写父进程读，就必须另开一个管道。请读者思考，如果只开一个管道，但是父进程不关闭读端，子进程也不关闭写端，双方都有读端和写端，为什么不能实现双向通信？

管道的读写端通过打开的文件描述符来传递，因此要通信的两个进程必须从它们的公共祖先那里继承管道文件描述符。上面的例子是父进程把文件描述符传给子进程之后父子进程之间通信，也可以父进程fork两次，把文件描述符传给两个子进程，然后两个子进程之间通信，总之需要通过fork传递文件描述符使两个进程都能访问同一管道，它们才能通信。

使用管道需要注意以下4种特殊情况（假设都是阻塞I/O操作，没有设置O_NONBLOCK标志）：

1. 如果所有指向管道写端的文件描述符都关闭了（管道写端的引用计数等于0），而仍然有进程从管道的读

端读数据，那么管道中剩余的数据都被读取后，再次read会返回0，就像读到文件末尾一样。

2. 如果有指向管道写端的文件描述符没关闭（管道写端的引用计数大于0），而持有管道写端的进程也没有

向管道中写数据，这时有进程从管道读端读数据，那么管道中剩余的数据都被读取后，再次read会阻塞，直到管道中有数据可读了才读取数据并返回。

3. 如果所有指向管道读端的文件描述符都关闭了（管道读端的引用计数等于0），这时有进程向管道的写端

write，那么该进程会收到信号SIGPIPE，通常会导致进程异常终止。在第33 章信号会讲到怎样使SIGPIPE信号不终止进程。

4. 如果有指向管道读端的文件描述符没关闭（管道读端的引用计数大于0），而持有管道读端的进程也没有

从管道中读数据，这时有进程向管道写端写数据，那么在管道被写满时再次write会阻塞，直到管道中有空位置了才写入数据并返回。

管道的这四种特殊情况具有普遍意义。在第37 章socket编程要讲的TCP socket也具有管道的这些特性。

Linux 下进程间通信机制(二) Pipe和Fifo

分类：Linux C 2011-08-23 17:27 40人阅读评论(0) 收藏举报无名管道pipe:

view plaincopy to clipboardprint?

1.#include

2.#include

3.#include

4.#include

5.#include