Linux进程间的通信可以简称为IPC(Interprocess Communication),前面说过的 Linux的同步工具也是属于IPC的一部分,这里我想说的是通常意义的进程间的实际数据通。
1管道
管道是最早的UNIX IPC,所有的UNIX系统都支持这个IPC通信机制。我们最常见到使用它的位置就是shell中使用的管道命令。管道IPC有两个特性:
- 管道仅提供半双工的数据通信,即只支持单向的数据流。
- 管道只能在有亲缘关系的进程间使用。这是由于管道没有名字的原因,所以不能跨进程的地址空间进行使用。这里这句话不是绝对的,因为从技术上可以在进程间传递管道的描述符,所以是可以通过管道实现无亲缘进程间的通信的。但尽管如此,管道还是通常用于具有共同祖先的进程间的通信。
管道的接口定义如下:
#include <unistd.h>
int pipe(int filedes[2]);
//成功返回0,失败返回-1
pipe函数用来创建一个管道,fd是传出参数,用于保存返回的两个文件描述符,该文件描述符用于标识管道的两端,fd[0]只能由于读,fd[1]只能用于写。
那么如果我们往fd[0]端写数据会是什么样的结果呢?下面是测试代码:
#include <iostream>
#include <cstring>
#include <unistd.h>
#include <errno.h>
using namespace std;
int main()
{
int fd[2];
if (pipe(fd) < 0)
{
cout<<"create pipe failed..."<<endl;
return -1;
}
char *temp = "yuki";
if (write(fd[0], temp, strlen(temp) + 1) < 0)
{
cout<<"write pipe failed:"<<strerror(errno)<<endl;
}
return 0;
}
代码的执行结果如下:
write pipe failed:Bad file descriptor
从这个结果可以看出,内核对于管道的fd[0]描述符打开的方式是以只读方式打开的,那么同理fd[1]是以只写方式打开的,所以管道只能保证单向的数据通信。
下图1显示的是一个进程内的管道的模样:
图1单个进程内管道的模样
从上图我们可以看到位于内核中的管道,进程通过两个文件描述符进行数据的传输,当然单个进程内的管道是没有必要的,上面只是为了更形象的表明管道的工作方式,一般管道的使用方式都是:父进程创建一个管道,然后fork产生一个子进程,由于子进程继承父进程打开的文件描述符,所以父子进程可以通过管道进程通信。这种使用方式如下图2所示:
图2父子进程间的管道
如上图所示,当父进程通过fork创建子进程后,父子进程都拥有对管道操作的文件描述符,此时父子进程关闭对应的读写端,使父子进程间形成单向的管道。关闭哪个端要根据具体的数据流向决定。
1.1父子进程间的单向通信
上面说了父进程通过fork创建子进程后,父子进程间可以通过管道通信,数据流的方向根据具体的应用决定。我们都知道在shell中,管道的数据流向都是从父进程流向子进程,即父进程关闭读端,子进程关闭写端。如下图3所示:
图3 父子进程间的单向管道
上图的测试代码如下:
#include <iostream>
#include <unistd.h>
using namespace std;
int main()
{
int fd[2];
if (pipe(fd) < 0)
{
cout<<"create pipe failed..."<<endl;
return -1;
}
char buf[256];
if (fork() == 0)
{
close(fd[1]);
read(fd[0], buf, sizeof(buf));
cout<<"receive message from pipe:"<<buf<<endl;
exit(0);
}
close(fd[0]);
char *temp = "I have liked yuki...";
write(fd[1], temp, strlen(temp) + 1);
return 0;
}
代码的执行结果如下:
receive message from pipe:I have liked yuki...
其中代码流程是,子进程等待父进程通过管道发送过来的数据,然后输出接收到的数据,代码中的read会阻塞到管道中有数据为止,具体管道的read和write的规则将会在后面介绍。
1.2父子进程间的双向通信
由上我们知道,一个管道只能支持亲缘进程间的单向通信即半双工通信。如果要想通过管道来支持双向通信呢,那这里就需要创建两个管道,fd1,fd2