目录
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.运用的场景模拟代码
