目录

1.原理

1.直接原理

2.本质原理

2.管道接口

3.管道中的四种情况

1.读写端正常，管道如果为空，读端就要堵塞

2.读写端正常，管道如果被写满，写端就要堵塞

3.读端正常，写端关闭，读端就会读到0，表明读到文件（pipe）结尾，不会被堵塞

4.写端正常，读端关闭，操作系统就要杀掉正在写入的进程。（通过信号杀掉）

4.匿名管道特性

5.运用的场景模拟代码

---

1.原理

1.直接原理

由于进程具有独立性，要两个进程进行通信是要代价的，所以其本质是让不同的进程看到同一份资源！管道也可以看成文件！

2.本质原理

我们假设让父进程进行读取，子进程进行写入：

记住改文件没有inode文件属性和文件名字，因为该文件不需要其他人进行访问，知道其文件描述符(文件数组下标)就可以了。

2.管道接口

有些人好奇，一般不都是int pipefd[]这样子的形参吗？但这边是特意告诉我们这里的数组只需要传两个大小int的数组，piprfd[0]表示读下标，pipefd[1]表示写下标(这其实很好记住，0是嘴巴o--读，1是笔--写)：

由此可知：所以只有具有血缘关系的进程才能通过匿名管道进行通信！

3.管道中的四种情况

1.读写端正常，管道如果为空，读端就要堵塞

上面就是这个情况，写端中有sleep1，读端就自动在堵塞等待。

2.读写端正常，管道如果被写满，写端就要堵塞

但是到底管道到底有多大呢？

这边显示4KB，但是我们试验一下呢？

一个实验是64KB， 但是ulimit -a 中显示的是4kb，其实pipe函数说明中有一个PIPE_BUF

man 7 pipe:

所以我们就把它当成PIPE_BUF就好了，那这个是什么呢？就是比如写端在写hello world，但写到hello后读端开始读了，可能只读了hello，因此只要写端没超过4kb，还在写的过程中，读端是不会读的！

3.读端正常，写端关闭，读端就会读到0，表明读到文件（pipe）结尾，不会被堵塞

4.写端正常，读端关闭，操作系统就要杀掉正在写入的进程。（通过信号杀掉）

sign pipe

4.匿名管道特性

1.具有血缘关系的进程进行进程间通信。

2.管道只能单向通信

3.父子进程是会进程协同的，同步与互斥--保护管道文件的数据安全

4.管道是面向字节流的

5.管道是基于文件的，而文件的生命周期是随进程的！

5.运用的场景模拟代码