Linux：进程间通信---匿名管道
文章目录
- 1. 进程间通信
- 1.1 什么是进程间通信？
- 1.2 为什么进程要进行进程间通信？
- 1.3 怎么实现进程间通信？
- 2. 匿名管道
- 2.1 匿名管道的原理
- 2.2 匿名管道的系统接口
- 2.3 匿名管道的使用
- 2.4 匿名管道的运用场景
- 序：在上一篇文章中我们知道了如何连接动静态库，动态库和静态库的链接有什么区别，以及动态库在系统内核部分是如何被访问的等知识，而今天我们将进入一个新的模块—进程间通信，聊到这个，我们首先想到的是两个进程是如何进行通信的，通信又是为了什么呢？以及，不是说两个进程之间不是有独立性吗？这和进程间通信岂不是矛盾了？本章我将从管道的角度，带大家认识什么是进程间通信。
1. 进程间通信
1.1 什么是进程间通信？
进程间通信：两个或者多个进程实现数据层面的交互，因为进程独立性的存在，导致进程通信的成本比较高。
1.2 为什么进程要进行进程间通信？
a. 发送基本数据
b. 发送命令
c. 完成进程间的某种协同
d. 通知总结下来就是为了让进程通信起来！！！
而通信是有成本的，所以我们就要打破进程的独立性，让两个进程能进行通信
1.3 怎么实现进程间通信？
a. 进程通信的的本质：必须让不同的进程看到同一份“资源”
b. “资源”:特定形式的内存空间。
c. 这个“资源”谁提供？一般是操作系统，为什么不是我们进程中的其中一个呢？假设是其中一个进程提供的的，那么这个“资源”就是该进程独有的，破坏进程的独立性了，所以，只能由第三方空间提供“资源”。
d. 我们进程访问这个空间，进行通信，本质就是在访问操作系统！！！进程代表的就是用户，“资源”从创建，到使用（一般），到释放------都离不开系统调用接口！！！
e. 基于文件级别的通信方式—管道
从底层设计，从接口设计，都要由操作系统独立设计，一般操作系统，会有一个独立的通信模块----隶属于文件系统----IPC通信模块---->定制标准----进程间通信是有标准的
两种标准：
System V（本机内部） && posix（网络）其中System V的标准如下：
System V IPC{
System V —消息队列
System V —共享内存
System V —信号量
}在后续的文章中，我会逐一将System中的概念拿出来谈一谈的。
2. 匿名管道
2.1 匿名管道的原理
问题一：什么是管道？
管道是Unix中最古老的进程间通信的形式。
我们把从一个进程连接到另一个进程的一个数据流称为一个“管道”
在讲管道之前，让我们来看一张图片：
对于一个进程来说，一开始task_struct指向的files_struct中有struct file * 数组，里面会默认打开三个文件，stdin、stdout、stderr，分别对应键盘和显示器，其中stdout和stderr都是打开的显示器，所以显示器文件同时被两个指针指向，此时显示器的引用计数为2。当我们打开一个文件时，首先，该文件会有自己的文件描述符，并且有自己的struct file结构体，该结构体有对应的inode，file_operators和文件页缓冲区。
当我们要将数据存储到磁盘中时，会先将数据存放在文件页缓冲区中，后续才会刷新到磁盘内，同理要修改磁盘中的内容，要先把磁盘中的内容加载到文件页缓冲区中，修改后再刷新到磁盘当中去。
那么，有没有一种文件，他有对应文件描述符，有自己的struct file，页有inode、files_operators和文件页缓冲区，但是该文件页缓冲区中的内容并不会刷新到磁盘当中去。答案肯定是有的，这种文件就是一种内存级文件，也就是我们今天的主角—管道！！！所以管道是一个文件，一个内存级文件！！！
问题二：那么问题来了，这个管道为什么能让我们进行进程间通信呢？
当我们创建了一个进程后，我们调用系统调用生成一个子进程时，子进程会有自己独立的task_struct结构体，但是该结构体中的struct file * fd数组中的内容，在进行fork时会拷贝给子进程，也就是说父子进程指向了同一份资源！！！而我们一开始就说了进程间通信的的本质就是必须让不同的进程看到同一份“资源”，而管道就能够很好的符合这一点！！！
问题三：进程间要怎么使用管道来进行通信？
要想知道进程要怎么使用管道来进行通信，我们就要知道管道的原理，之前我们说过了，管道是一个内存级文件，他能使两个父子进程看到同一份资源。
如图：
当我们的进程同时以读和写的方式打开同一个文件时，会有两个文件描述符指向该文件，只是打开方式不同，一个只能写，一个只能读，此时我们发现该进程，既能向该文件中写数据也能向该文件中读数据。当我们调用系统调用fork时，此时创建的子进程会将父进程的files_struct中的struct file * fd数组拷贝到子进程中，所以子进程的3号文件描述符和4号文件描述符也会分别指向以r方式打开的文件和以w方式打开的文件。此时，父子进程就同时访问了一个文件缓冲区！！！这就符合了进程间通信的本质，让两个进程看到了同一份资源！！！
需要注意的是，我们不能让父子进程同时向文件读数据或写数据，不然的话就可能会出现数据错乱的情况，这样会导致数据不一致问题，所以，在我们使用管道让两个进程进行进程间通信时，一定是一个读数据，一个写数据！！！
2.2 匿名管道的系统接口
Pipefd是输出型参数，，将文件描述符带出来，让用户使用。
Pipefd[0]:读端
Pipefd[1]:写端
管道的特征：
1. 具有血缘关系（父子，爷孙，兄弟…）（通过fork调用）的进程进行进程间通信
2. 管道只能单向通信，如果要双向通信，就建立多个管道
3. 父子进程是会进程协同的，同步与互斥的—保护管道文件的数据安全
4. 管道是面向字节流的，只是单纯的字节。
5. 管道是基于文件的，而文件的生命周期是进程的，所以，当进程结束，操作系统会自动回收文件，将对应文件的引用计数清零。
2.3 匿名管道的使用
说了这么多，让我们来使用一下pipe，去看看这个pipe怎么使用吧！！！
代码如下：
#include
#include //stdio.h
#include
#include
#include
#include
#include
#define N 2
#define NUM 1024
using namespace std;
//child
void Write(int wfd)
{
string s="hello,i am child";
pid_t self=getpid();
char buffer[NUM];
while(true)
{
sleep(1);
//构建发送字符串
buffer[0]=0;//类似于' ',字符串清空
snprintf(buffer,sizeof(buffer),"%s-%d-%d",s.c_str(),self,number++);
//发送给父进程
write(wfd,buffer,strlen(buffer));
}
}
//father
void Read(int rfd)
{
char buffer[NUM];
int cnt=0;
while(true)
{
//sleep(3);
buffer[0]=0;
ssize_t n=read(rfd,buffer,sizeof(buffer));//返回字符串的大小
if(n>0)
{
buffer[n]=0;//0 == ' '
cout<<"father get msg:"<>8)&0xFF)<<
" exit signal:"<<(status&0x7F)< 管道的4种情况：
1. 读写正常，管道如果是空的，读端就要阻塞。（也就是写端还没写入，读端只能阻塞，不能读数据）
2. 读写端正常，管道如果被写满了，写端就要阻塞。（注：ulimit -a：用来查看操作系统对一些重要资源的限制，里面就能查看一个pipe size大小是多大。）
3. 读端正常读，写端关闭，读端就会读到0位置，表明读到pipe文件的结尾，不会被阻塞。
4. 写端正常写入，读端关闭，操作系统就会要杀掉正在写入的进程（怎么杀掉？答案是通过信号杀掉，注：操作系统是不会做抵消，浪费等类似的工作的，如果做了，那就是操作系统的bug）（此时，被杀死进程的信号是13号信号，SIGPIPE）
2.4 匿名管道的运用场景
我们（使用匿名管道）实现一个简易版的进程池！！！
问题一：什么是池化技术？
我们平常的系统调用是有成本的，所以提前将可能要申请的系统资源准备好，放在一个空间里面，这就是池化技术，是用来提高访问效率的，比如进程池，就是提前fork（）好几个进程，等用户要调用时，直接就给用户分配，而不需要再去调用系统调用！！！
调用各个进程的时候要遵循负载均衡！！！
负载均衡：
1. 随机数
2. 轮询（轮转）
让我们来实现一个进程池：
点击下面的链接，自动跳转到线程池的代码：
使用匿名管道实现一个简易版的进程池
总结：
本篇文章从进程间通信的定义出发，由浅入深，从理论到原理解析，从解析到实例分析，最后再到运用的场景，我们不仅知道了进程间通信的本质就是不同进程间看到同一份资源，还知道了管道的系统调用和管道的使用，通过总结四种情况和五中特征的方式了解深入了解了管道的使用情况！！！
