IPC——1.匿名管道

匿名管道

局限性：

• 历史上，管道是半双工的，现在某些系统提供全双工的管道，但是为了最佳的可移植性，不应预先假设支持全双工管道。
• 管道只能在具有亲缘关系的进程间使用，通常一个管道由一个进程创建，在进程调用fork之后，这个管道就能在父子进程之间使用。

#include <unistd.h>
int pipe(int fd[2]); //fd[0]为读而打开，fd[1]为写而打开，fd[1]的输出是fd[0]的输入
//成功，返回0；出错，返回-1

调用pipe函数时在内核中开辟一块缓冲区，常量PIPE_BUF规定了内核的管道缓冲区大小（ fpathconf(int fd, int name)测试管道缓冲区大小，_PC_PIPE_BUF）。read(fd[0])和write(fd[1])向这个文件读写数据其实是在读写内核缓冲区。

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

1.如果所有指向管道写端的文件描述符都关闭了（管道写端的引用计数等于0），而仍然有进程从管道的读端读数据，那么管道中剩余的数据都被读取后，再次read会返回0，就像读到文件末尾一样。

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

3.如果所有指向管道读端的文件描述符都关闭了（管道读端的引用计数等于0），这时有进程向管道的写端write，那么该进程会收到信号SIGPIPE，通常会导致进程异常终止。如果忽略该信号或者捕捉该信号并从其处理程序中返回，则write返回-1，errno设置为EPIPE。

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

管道的主要局限性正体现在它的特点上：

1. 只支持单向数据流；

2. 只能用于具有亲缘关系的进程之间；

3. 没有名字；

4. 管道的缓冲区是有限的（管道制存在于内存中，在管道创建时，为缓冲区分配一个页面大小）；

5. 管道所传送的是无格式字节流，这就要求管道的读出方和写入方必须事先约定好数据的格式，比如多少字节算作一个消息（或命令、或记录）等等；