管道和FIFO

最新推荐文章于 2023-07-23 08:45:28 发布

njys1

最新推荐文章于 2023-07-23 08:45:28 发布

阅读量410

点赞数

分类专栏： Unix网络编程（一进程间通信）

本文链接：https://blog.csdn.net/njys1/article/details/53632710

版权

Unix网络编程（一进程间通信）专栏收录该内容

3 篇文章 0 订阅

订阅专栏

管道是最初的Unix IPC形式，FIFO有时也称为有名管道

客户-服务器模型：客户提供文件路径名，并把它写入到IPC管道，服务器从该管道读出路径名，并尝试打开文件，若可以打开，他就能读出其中的内容，并写入另一个IPC管道作为对客户端的响应，若找不到文件，就响应一个错误消息，客户端从该管道读出响应，并输出到标准输出stdout

所有的Unix都提供管道，由pipe函数创建，提供一个单向数据流

 
 int pipe(int fd[2]); //返回两个文件描述符，一个用来读，一个写

管道在父子进程间的通信：

1）父进程创建一个管道并fork出一个子进程

2）父进程关闭管道读出端，子进程关闭该管道的写入端，也就是父进程往管道写东西，子进程从管道读取父进程的写入

当我们执行 who | sort | ip 时，实际上就创建了2个管道，3个进程

客户端-服务器端的过程实际上是通过内核运作的

eg：用管道来实现客户--服务端的例子

1）main函数创建2个管道并fork出一个子进程作为服务端，第一个管道用于父进程（客户端）向子进程发送文件路径名，第二个管道用子进程（服务端）想父进程发送文件内容

2）为子进程waitpid，子进程在往管道写入最终数据后调用exit首先终止，变成僵尸进程（zombie，自身先终止，父进程仍在运行，且尚未等待该子进程的进程），子进程终止时，给父进程产生一个sigchld的信号（被默认忽略）。此后，父进程的client函数在从管道读入最终数据后返回，父进程随后调用waitpid取得已终止子进程的终止状态，要是父进程没有调用waitpid，而是直接终止，那么子进程将成为托孤给init进程的孤儿进程，内核为此向init进程发送另一个sigchld信号，init进程将取得该僵尸进程的终止状态

3）从标准输入读进文件路径，删除其中有fgets写入的换行符

4）从管道复制到标准输出

5）从管道读出路径名

6）打开文件，或者处理错误

7）把文件内容复制到管道

全双工通道：整个管道只有一个缓冲区，写入管道的任何数据都是添加到缓冲区的尾部，从管道读出的数据都是取自缓冲区的开头

全双工通道是由2个半双工通道组成的

popen和pclose是标准函数库IO提供的，它创建一个管道并启动另外一个进程，该进程要么从管道读出，要么从管道写入

 
 #include <stdio.h>
FILE *popen(const char *command,const char *type); //成功返回文件指针，失败返回null
int pclose(FILE *stream); //成功返回shell的终止状态，失败返回-1

#### FIFO

管道最大的劣势就是没用名称，所以只能用于有一个父进程的各个进程之间，无法在无亲缘关系的两个进程之间建立管道并用作IPC通信

Unix中的FIFO类似于管道，是一个单向数据流，每个FIFO有一个路径名与之关联，从而允许无亲缘关系的进程间通信，FIFO有时也称为有名管道，由mkfifo函数创建

 
 int mkfifo(const chat *pathname,mode_t mode);//成功返回0，失败-1
#pathname是路径名，也是fifo的名字，mode是文件权限位，类似open的第二个参数
#FIFO是半双工的，不能同时读写

eg：用FIFO改写上文中的客户-服务端程序

 
 1）创建2个FIFO
2）fork，调用fork后子进程调用我们的server函数，父进程调用我们的client函数，执行调用前，父进程打开第一个FIFO来写，打开第二个FIFO来读，子进程打开第一个FIFO来读，第二个FIFO来写（注：FIFO的名字只有调用unlink才会从文件系统删除，儿之前创建的管道在所有进程关闭后自动消失）
3）父进程调用client，子进程调用server 
4）关闭文件描述 
5）删除FIFO(用的是客户端) 
内核为管道和FIFO维护了一个访问计数器，但对于system V这样的计数器并不存在