进程间的通信有哪些（学习记录）

一、概述

 

每个进程的用户地址空间都是独立的，一般而言是不能互相访问的，但内核空间是每个进程都共享的， 所以进程之间要通信必须通过内核

1.1进程间通信的重要功能

1.1.1 .数据传递

消息传递（message passing）是IPC中常用的数据传递方式，即将数据抽象成一个个的消息进行传递。不同的IPC设计有不同的消息抽象，且消息传递往往需要一个“中间人”（如共享内存）。

1.1.2. 控制流转移

当一个通信发生时，内核将控制流从发送者进程切换到接收者进程（返回的过程类似）。IPC中的控制流转移，通常是利用内核对进程的运行状态和运行时间的控制来实现的。

进程间通讯目的一般有共享数据，数据传输，消息通知，进程控制等。

以 Unix/Linux为例，介绍-种重要进程间通信的重要功能的进程间通信方式：管道、信号、消息队列、共享内存、信号量、Socket.

二、六种通讯方式

1.管道

        如果你学过Linux命令，那你肯定很熟悉 ｜ 这个竖线。

$ ps auxf ｜ grep admin

上面命令行里的 ｜ 竖线就是一个管道，它的功能是将前一个命令(ps auxf)的输出，作为后一个命令(grep mysq1)的输入，从这功能描述，可以看出管道传输数据是单向的，如果想相互通信，我们需要创建两个管道才行。

同时，我们得知上面这种管道是没有名字，所以 ”｜“表示的管道称为匿名管道，用完了就销毁。

        管道还有另外一个类型是命名管道，也被叫做FIFO，因为数据是先进先出的传输方式。

在使用命名管道前，先需要通过mkfifo命令来创建，并且指定管道名字：

$ mkfifo myPipe

myPipe 就是这 个管道的名称，基于Linux一切皆文件的理念，所以管道也是以文件的方式存在，我们可以用Is查看rm删除，这个文件的类型是p，也就是pipe(管道)的意思。

我们往myPipe这个管道写入数据：

$ echo "hello" > myPipe // 将数据写进管道 
 
// 停住了。。。

操作了后，你会发现命令执行后就停在这了，这是因为管道里的内容没有被读取，只有当管道里的数据被读完后，命令才可以正常退出。

于是，我们执行另外一个命令来读取这个管道里的数据

$ cat < myPipe // 读取管道里的数据
 
hello

可以看到，管道里的内容被读取出来了，并打印在了终端上，另外一方面，echo那个命令也正常退出了。

我们可以看出，管道这种通信方式效率低， 不适合进程间频繁地交换数据。当然，它的好处，自然就是简单，同时也我们很容易得知管道里的数据已经被另一个进程读 取了。

我们可以得知，对于匿名管道，它的通信范围是存在父子关系的进程。因为管道没有实体，也就是没有管道文件，只能通过 fork来复制父进程fd文件描述符，来达到通信的目的。

另外，对于命名管道， 它可以在不相关的进程间也能相互通信，用制了一个类型为管道的设备文件， 在进程里只要使用这个设备文件，就可以相互通信。

2.消息队列

消息队列生命周期随内核，如果没有释放消息队列或者没有关闭操作系统，消息队列会一直存在，而前面提到的匿名管道的生命周期，是随进程的创建而建立，随进程的结束而销毁。 

前面说到管道的通信方式是效率低的，因此管道不适合进程间频繁地交换数据。

 

对于这个问题，消息队列的通信模式就可以解决。比如，A进程要给B进程发送消息，A进程把数据放在对应的消息队列后就可以正常返回了，B进程需要的时候再去读取数 据就可以了。同理，B进程要给A进程发送消息也是如此。

再来，消息队列是保存在内核中的消息链表，在发送数据时，会分成一个一个独立的数据单元，也就是消息体 (数据块)，消息体是用户自定义的数据类型，消息的 发送方和接收方要约定好消息体的数据类型，所以每个消息体都是固定大小的存储块，不像管道是无格式的字节流数据。如果进程从消息队列中读取了消息体，内核就会把这个消息体删除。

缺点：

消息队列通信过程中，存在用户态与内核态之间的数据拷贝开销，因为进程写入数据到内核中的消息队列时，会发生从用户态拷贝数据到内核态的过程，同理 另一进程 读取内核中的消息数据时，会发生从内核态拷贝数据到用户态的过程。

3.共享内存

当多个进程向同一个共享内存中写入数据时可能会产生覆盖（如在工作中，当多人同时修改一份共享文档时别人可能会将你添加的内容修改删除或覆盖），如果只读则没有任何问题。

 现代计算机操作系统，对于内存管理，采用的是虚拟内存技术，也就是每个进程都有自己独立的虚拟内存空间，不同进程的虚拟内存映射到不同的物理内存中。所以，即使进程A和 进程B的虚拟地址是一样的，其实访问的是不同的物理内存地址，对于数据的增删查改互不影响。

共享内存的机制，就是拿出一块虚拟地址空间来，映射到相同的物理内存中。这样这个进程写入的东西，另外一个进程马上就能看到了，都不需要拷贝来拷贝去，传来传去， 大大提高了进程间通信的速度。

4.信号量        

用了共享内存通信方式，带来新的问题，那就是如果多个进程同时修改同一个共享内存，很有可能就冲突了。例如两个进程都同时写一个地址，那先写的那个进程会发现内容被别人覆盖了。

为了防止多进程竞争共享资源，而造成的数据错乱，所以需要保护机制，使得共享的资源，在任意时刻只能被一个进程访问。正好，信号量就实现了这一保护机制。

信号量其实是一个整型的计数器，主要用于实现进程间的互斥与同步，而不是用于缓存进程间通信的数据。

信号量表示资源的数量，控制信号量的方式有两种原子操作：

一个是P操作，这个操作会把信号量减去1，相减后如果信号量<0，则表明资源已被占用，进程需阻塞等待；相减后如果信号量>=0，则表明还有资源可使用，进程可正常继续执行。
另一个是V操作，这个操作会把信号量加上1，相加后如果信号量<=0，则表明当前有阻塞中的进程，于是会将该进程唤醒运行；相加后如果信号量>0，则表明当前没有阻塞中的进程。
P操作是用在进入共享资源之前，V操作是用在离开共享资源之后，这两个操作是必须成对出现的。 接下来，举个例子，如果要使得两个进程互斥访问共享内存，我们可以初始化信号量为1。

 

具体的过程如下：

进程A在访问共享内存前，先执行了P操作，由于信号量的初始值为1，故在进程A执行P操作后信号量变为0，表示共享资源可用，于是进程A就可以访问共享内存。
若此时，进程B也想访问共享内存，执行了P操作，结果信号量变为了-1，这就意味着临界资源已被占用ェ因此进程B被阻塞。
直到进程A访问完共享内存，才会执行V操作，使得信号量恢复为0，接着就会唤醒阻塞中的进程B，使得进程B可以访问共享内存，最后完成共享内存的访问后，执行 V操作，使信号量恢复到初始值1。
可以发现，信号初始化为1，就代表着是互斥信号量，它可以保证共享内存在任何时刻只有一个进程在访问，这就很好的保护了共享内存。

另外，在多进程里，每个进程并不一定是顺序执行的，它们基本是以各自独立的、不可预知的速度向前推进，但有时候我们又希望多个进程能密切合作，以实现一个共同的任务。

例如，进程A是负责生产数据，而进程B是负责读取数据，这两个进程是相互合作、相互依赖的，进程A必须先生产了数据，进程B才能读取到数据，所以执行是有前后顺序的。

那么这时候，就可以用信号量来实现多进程同步的方式，我们可以初始化信号量为0。
 

 

具体过程：

如果进程B比进程A先执行了，那么执行到P操作时，由于信号量初始值为0，故信号量会变为-1，表示进程 A 还没生产数据，于是进程B就阻塞等待；
接着，当进程A生产完数据后，执行了V操作，就会使得信号量变为0，于是就会唤醒阻塞在P操作的进程B；
最后，进程B被唤醒后，意味着进程A已经生产了数据，于是进程B就可以正常读取数据了。
可以发现，信号初始化为0，就代表着是同步信号量，它可以保证进程A应在进程B之前执行。 

5.信号

信号一般用于一些异常情况下的进程间通信，是一种异步通信，它的数据结构一般就是一个数字。

在Linux操作系统中，为了响应各种各样的事件，提供了几十种信号，分别代表不同的意义。我们可以以下命令，查看所有的信号。

#include <signal.h>
find / -name "signal.h" | xargs grep -in "SIGHUP"

信号的产生

• 某个进程发送给另外一个进程或者发送给自己；

• 由内核(操作系统)发送给某个进程。

例如：

1. 通过在键盘输入命令ctrl+c[中断信号],kill命令； 

运行在shell终端的进程，我们可以通过键盘输入某些组合键的时候，给进程发送信号。

Ctrl+C产生 SIGINT 信号，表示终止该进程；
Ctrl+Z产生 SIGTSTP 信号，表示停止该进程，但还未结束；
如果进程在后台运行，可以通过kill命令的方式给进程发送信号，但前提需要知道运行中的进程PID号，例如：

kill -9 1050，表示给PID为1050的进程发送SIGKILL 信号，用来立即结束该进程（例如：在任务管理器右键结束进程）；

所以，信号事件的来源主要有硬件来源(如键盘Cltr+C)和软件来源(如kill命令)。

2.内存访问异常，除数为0等等，硬件都会检测到并且通知内核；

信号是进程间通信机制中唯一的异步通信机制

进程需要为信号设置相应的监听处理，当收到特定信号时，执行相应的操作，类似很多编程语言里的通知机制。

6.Socket-套接字

前面提到的管道、消息队列、共享内存、信号量和信号都是在同一台主机上进行进程间通信，那要想跨网络与不同主机上的进程之间通信，就需要Socket通信了。

套接字是通信双方在通信时所使用的通信点（Endpoint），通信双方通过通信点来交换信息和数据。
当一个进程想和另一个进程进行网络通信时，它必须知道另外一个进程所在的目标机器的IP地址，同时也必须有一种机制来标识机器上的进程，这种机制就是端口号。目标机器通过端口号才能确定应该把接收到的数据发往那个进程。由于网络通信本身也有不同的类型之分（比如TCP和UDP），同一个端口号在使用不同的传输层协议时含义不一样，所以套接字还和传输层协议有关。

TCP套接字基本流程

tcp服务器：
1.创建套接字描述符（socket）
2.设置服务器的IP地址和端口号（需要转换为网络字节序的格式）
3.将套接字描述符绑定到服务器地址（bind）
4.将套接字描述符设置为监听套接字描述符（listen），等待来自客户端的连接请求，监听套接字维护未完成连接队列和已完成连接队列
5.从已完成连接队列中取得队首项，返回新的已连接套接字描述符（accept），如果已完成连接队列为空，则会阻塞
6.从已连接套接字描述符读取来自客户端的请求（read）
7.向已连接套接字描述符写入应答（write）
8.关闭已连接套接字描述符（close），回到第5步等待下一个客户端的连接请求

tcp客户端：
1.创建套接字描述符（socket）
2.设置服务器的IP地址和端口号（需要转换为网络字节序的格式）
3.请求建立到服务器的TCP连接并阻塞，直到连接成功建立（connect）
4.向套接字描述符写入请求（write）
5.从套接字描述符读取来自服务器的应答（read）
6.关闭套接字描述符（close）

UDP套接字基本流程

udp服务器：
1.创建套接字描述符（socket）
2.设置服务器的IP地址和端口号（需要转换为网络字节序的格式）
3.将套接字描述符绑定到服务器地址（bind）
4.从套接字描述符读取来自客户端的请求并取得客户端的地址（recvfrom）
5.向套接字描述符写入应答并发送给客户端（sendto）
6.回到第4步等待读取下一个来自客户端的请求

udp客户端：
1.创建套接字描述符（socket）
2.设置服务器的IP地址和端口号（需要转换为网络字节序的格式）
3.向套接字描述符写入请求并发送给服务器（sendto）
4.从套接字描述符读取来自服务器的应答（recvfrom）
5.关闭套接字描述符（close）

三、总结

 

————————————————————————————————————————

版权声明：本文转载为CSDN博主「GMLGDJ」的原创文章
原文链接：https://blog.csdn.net/GMLGDJ/article/details/124627224