Linux系统编程——进程间通信

1. 进程间通信

在进程间完成数据传递需要借助操作系统提供特殊的方法，如：文件、管道、信号、共享内存、消息队列、套接字、命名管道等。随着计算机的蓬勃发展，一些方法由于自身设计缺陷被淘汰或者弃用。现今常用的进程间通信方式有：
① 管道 (使用最简单)
② 信号 (开销最小)
③ 共享映射区 (无血缘关系)
④ 本地套接字 (最稳定)

• 管道pipe：管道是一种半双工的通信方式，数据只能单向流动，而且只能在具有亲缘关系的进程间使用。进程的亲缘关系通常是指父子进程关系。
• 命名管道FIFO：有名管道也是半双工的通信方式，但是它允许无亲缘关系进程间的通信。
• 消息队列MessageQueue：消息队列是由消息的链表，存放在内核中并由消息队列标识符标识。消息队列克服了信号传递信息少、管道只能承载无格式字节流以及缓冲区大小受限等缺点。
• 共享存储SharedMemory：共享内存就是映射一段能被其他进程所访问的内存，这段共享内存由一个进程创建，但多个进程都可以访问。共享内存是最快的 IPC 方式，它是针对其他进程间通信方式运行效率低而专门设计的。它往往与其他通信机制，如信号量，配合使用，来实现进程间的同步和通信。
• 信号量Semaphore：信号量是一个计数器，可以用来控制多个进程对共享资源的访问。它常作为一种锁机制，防止某进程正在访问共享资源时，其他进程也访问该资源。因此，主要作为进程间以及同一进程内不同线程之间的同步手段。
• 套接字Socket：套解口也是一种进程间通信机制，与其他通信机制不同的是，它可用于不同及其间的进程通信。
• 信号 ( sinal ) ： 信号是一种比较复杂的通信方式，用于通知接收进程某个事件已经发生。

2. 管道

2.1 管道的概念

管道是一种最基本的IPC机制，作用于有血缘关系的进程之间，完成数据传递。调用pipe系统函数即可创建一个管道。

磁盘通过振臂的收缩和磁盘的旋转来定位到磁盘的某一点上，磁盘被划分为若干个等分，每一份称为一个扇区，大小为512KB，

• 有如下特质：
  • ① 其本质是一个伪文件(实为内核缓冲区) ，伪文件不占用磁盘存储
  • ②由两个文件描述符引用，一个表示读端，一个表示写端。
  • ③规定数据从管道的写端流入管道，从读端流出。
• 管道的原理
  • 管道实为内核使用环形队列机制，借助内核缓冲区(4k)实现。
• 管道的局限性
  • ① 数据自己读不能自己写。
  • ② 数据一旦被读走，便不在管道中存在，不可反复读取。
  • ③ 由于管道采用半双工通信方式。因此，数据单向流动。
  • ④ 只能在有公共祖先的进程间使用管道。（具有血缘关系）

常见的通信方式有：单工通信、半双工通信、全双工通信。

2.2 pipe函数

创建管道： int pipe(int pipefd[2]); fd[2]为传出参数

• 成功：0；失败：-1，设置errno
• 函数调用成功返回r/w两个文件描述符。无需open，但需手动close。
• 规定：fd[0] → r； fd[1] → w，就像0对应标准输入，1对应标准输出一样。向管道文件读写数据其实是在读写内核缓冲区。
• 管道创建成功以后，创建该管道的进程（父进程）同时掌握着管道的读端和写端。

实现父子进程间通信，通常可以采用如下步骤：

1. 父进程调用pipe函数创建管道，得到两个文件描述符fd[0]、fd[1]指向管道的读端和写端。
2. 父进程调用fork创建子进程，那么子进程也有两个文件描述符指向同一管道。
3. 父进程关闭管道读端，子进程关闭管道写端。父进程可以向管道中写入数据，子进程将管道中的数据读出。由于管道是利用环形队列实现的，数据从写端流入管道，从读端流出，这样就实现了进程间通信。

父子进程使用管道通信，父写入字符串，子进程读出并打印到屏幕。

#include <unistd.h>
#include <iostream>
#include <cstring>
using namespace std;

int main(){
   
    int fd[2];
    int ret = pipe(fd);
    if(ret == -1){
   
        perror("pipe error");
        exit(1);
    }
    pid_t pid = fork();
    if(pid == -1){
   
        perror("fork error");
        exit(1);
    }else if(pid == 0){
   //子进程读数据
        close(fd[1]);//子进程关闭写端
        //子进程读数据
        char buf[1024];
        int flag = read(fd[0],buf,sizeof(buf));
        if(flag == 0){
   
            cout << "------------" << endl;
        }
        write(STDOUT_FILENO,buf,flag);//显示到屏幕
    }else{
    //父进程，写数据
        close(fd[0]);//父进程关闭读端
        write(fd[1],"hello pipe\n",strlen("hello pipe\n"));
    }
    return 0;
}

思考：为甚么，程序中没有使用sleep函数，但依然能保证子进程运行时一定会读到数据呢？

2.3 管道的读写行为

使用管道需要注意以下4种特殊情况（假设都是阻塞I/O操作，没有设置O_NONBLOCK标志）：

1. 如果所有指向管道写端的文件描述符都关闭了（管道写端引用计数为0），而仍然有进程从管道的读端读数据，那么管道中剩余的数据都被读取后，再次read会返回0，就像读到文件末尾一样。
2. 如果有指向管道写端的文件描述符没关闭（管道写端引用计数大于0），而持有管道写端的进程也没有向管道中写数据，这时有进程从管道读端读数据，那么管道中剩余的数据都被读取后，再次read会阻塞，直到管道中有数据可读了才读取数据并返回。
3. 如果所有指向管道读端的文件描述符都关闭了（管道读端引用计数为0），这时有进程向管道的写端write，那么该进程会收到信号SIGPIPE，通常会导致进程异常终止。当然也可以对SIGPIPE信号实施捕捉，不终止进程。具体方法信号章节详细介绍。
4. 如果有指向管道读端的文件描述符没关闭（管道读端引用计数大于0），而持有管道读端的进程也没有从管道中读数据，这时有进程向管道写端写数据，那么在管道被写满时再次write会阻塞，直到管道中有空位置了才写入数据并返回。

总结：
① 读管道：

• <1> 管道中有数据，read返回实际读到的字节数。
• <2> 管道中无数据：
  • (1) 管道写端被全部关闭，read返回0 (好像读到文件结尾)
  • (2) 写端没有全部被关闭，read阻塞等待(不久的将来可能有数据递达，此时会让出cpu)

② 写管道：

• <1> 管道读端全部被关闭， 进程异常终止(也可使用捕捉SIGPIPE信号，使进程不终止)
• <2> 管道读端没有全部关闭：
  • (1) 管道已满，write阻塞。
  • (2) 管道未满，write将数据写入，并返回实际写入的字节数。

练习：使用管道实现父子进程间通信，完成：ls | wc –l。假定父进程实现ls，子进程实现wc。
ls命令正常会将结果集写出到stdout，但现在会写入管道的写端；wc –l 正常应该从stdin读取数据，但此时会从管道的读端读。

#include <iostream>
#include <unistd.h>
#include <sys/wait.h>
using namespace std;
int main(){
   
	int fd[2];
	pipe(fd);
	pid_t pid = fork();
	if (pid == 0) {
     //child
		close(fd[1]);	                //子进程从管道中读数据，关闭写端
		dup2(fd[0], STDIN_FILENO);		//让wc从管道中读取数据
		execlp("wc", "wc", "-l", NULL);	//wc命令默认从标准读入取数据