1.IPC:Internal Processes Communication
进程间通信
实质:信息(数据)的交换
有人就说,这个还不简单吗?
我用一个进程在一个文件中写入数据 然后另外一个进程去读 可以
另外一种 我在一个进程里面定义一个全局变量a,然后给a赋值一些
有含义的值,然后让另外一个进程去读取这个a的值,不就实现了通信了吗?
这个方案 可以吗?
肯定是不可以的, 因为进程的地址空间是独立的。
so,如果两个进程要进行通信,必须把数据放在一个大家都可以访问的地方。
文件? 可以
文件在文件系统中,大家都可以访问
但是这种方式,有一个缺点:速度太慢了
在操作系统内核中开辟一段空间(某种机制),进程去访问它。
IPC方式:
管道
pipe 无名管道
fifo 有名管道
信号
signal
消息队列 System V消息队列/POSIX消息队列
信号量 System V信号量/POSIX信号量
共享内存 System V共享内存/POSIX共享内存
socket通信: unix域协议
2.管道
在很久很久以前,进程间通信方式,都是通过文件!!
但是这种方式,它有一个缺点:
它的效率(速度)太低了。
但是这种方式有一个好处!!!
简单,不需要额外提供API函数(直接利用文件系统的API函数)
有人想,能不能改进一下?
问题在哪里?文件内容在外设,文件系统上。=》访问速度太低了。
能不能把文件的内容放在内核或内存中呢?
管道:管道文件,内容是在内核或内存中。
(1)无名管道 pipe
它在文件系统中没有名字(没有inode),它的内容在内核中,
访问pipe的方式都是通过文件系统的API(read/write)
它不能用open,但是read/write又需要一个文件描述符!!!
所以在创建这个pipe的时候,就必须要返回文件描述符!!!
pipe在创建时,在内核中开辟一块缓冲区,作为pipe文件的内容
的存储空间,同时返回两个文件描述符(一个用来读,一个时用来写)
并且它还有如下特点:
(1)pipe有两端,一端时用来写,一端是用来读;
(2)按顺序读;不支持lseek
(3)内容读走了,就没有了
(4)pipe(无名管道) 随内核持续性
pipe函数接口:
头文件
#include <unistd.h>
函数功能
pipe用来在内核中创建一个无名管道,pipefd用来
保存创建好的无名管道的两个文件描述符,
pipe创建的管道,默认是"阻塞方式"
函数原型
int pipe(int pipefd[2]);
函数参数
int pipefd[2] //数组。
pipefd[0] 保存读的文件描述符;
pipefd[1] 保存写的文件描述符;
函数返回值
成功返回0
失败返回-1,同时errno被设置。
思考:
1.pipe(无名管道)是不是任意两个进程都可以用pipe来通信呢?
或者只能用于父子进程呢?
只能用于有亲缘关系的进程间的通信?
原则:
只要两个进程能获取同一个pipe的文件描述符,就可以
用来pipe来通信。
2.pipe本身是全双工的!!!但是两个进程用一个管道去实现全双工的
通信,就必须以某种方式去同步,不然,自己很有可能读到自己写的
数据!!!通常在工程项目中,一般做成两个或多个管道,一个用于
读,一个用于写,人为把pipe当成是半双工。
----------
pipe(无名管道)只能用于有亲缘关系的进程间的通信,
它为什么会有这个限制呢?
原因就说因为pipe没有"名字"
假设它在文件系统中有一个"名字""inode",它就可以用于任意进程间的通信。
fifo:有名管道
pipe管道的读写行为
使用管道需要注意以下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将数据写入,并返回实际写入的字节数。
3.FIFO 有名管道
fifo是在pipe的基础上,给fifo在文件系统中创建一个inode(它会在文件系统中
有一个文件名),但是fifo文件的内容却是在内核中!!!
fifo的文件名随文件系统持续性的;
fifo的文件内容存在于内核,随内核持续性的。
fifo同pipe一样,除了fifo在文件系统中有一个文件名。
操作fifo:
open
read/write
close
fifo文件怎么创建呢?
通过mkfifo函数接口
头文件
#include <sys/types.h>
#include <sys/stat.h>
函数功能
用来在文件系统中创建一个fifo(有名管道)
函数原型
int mkfifo(const char *pathname, mode_t mode);
函数参数
const char *pathname //要创建的有名管道,在文件系统中的名字
mode_t mode //创建的有名管道的权限,有两种方式指定:
(1)0660 0777 ...
(2)S_IRUSR
函数返回值
成功:返回0
失败:返回-1,同时errno被设置。
--- man 7 fifo -----FIFO说明
FIFO(有名管道)它和PIPE(无名管道)类似,除了它再文件系统中有一个名字。
它可以被多个进程打开用来读或写。当进程用FIOF来交换数据时,内核根本没有
把数据写到文件系统中去,而是保存在内核的内部,因此FIFO在文件系统中没有
内容,它仅作为文件系统的一个引用入口,提供一个文件名,给其它进程去open它。
在数据交换前,FIFO的两端(read,write)必须都被打开。
通常情况下,你打开FIFO的一端,会阻塞,直到另外一端也被打开。
一个进程也可能以"非阻塞"方式(O_NONBLOCK)去打开。
在这种情况下(以“非阻塞方式”),只读打开总会成功,即便写端
没有被打开;只写打开总会失败,并且errno == EENXIO,除非读端
已经打开。
阻塞方式:
阻塞地读或写
读的时候,如果没有数据,则read会阻塞
写的时候,如果没有空间,则write会阻塞
非阻塞方式
以非阻塞方式读或写
读的时候,如果没有数据,立即返回,设置相应的错误码
写的时候,如果没有空间,立即返回,设置相应的错误码
注意:如果说pipe管道所有相关的进程都终止了,那么pipe管道的数据也会自动关闭,但是可能导致资源浪费。
如果你手动把pipe的两个文件描述符都关闭,那么确保里面的内容已经被读取完毕,否则也可能导致资源浪费。
管道中的数据只可以顺序读写,无法进行seek操作。
原则上管道要先打开写端再打开读端,但是实际上二者的打开顺序并不会影响管道的正常使用。因为在阻塞模式下,无论你先打开读写端
的哪个,你都会被阻塞,只有当两个文件描述符都被打开,两个进程才能正常的进行读写。
如果你打开了读写端描述符,但实际上没有进行读写操作,那么并不会影响到管道的存在。
如果你不需要发送数据到管道里了,你可以提前关闭写的文件描述符,读也是一样。
实际上管道可以进行一对多,多对多通信,只不过会导致数据错乱,同时由于分时调度的算法,不同的写段和读端读写数据的顺序也是随机的。
所以是管道不适合多对多"通信",而不是不可以多对多"通信"。
pipe管道和fifo管道的规范销毁都是关闭读写描述符,pipe管道如果所有的相关进程都终止了,那么操作系统会自动销毁管道(极小可能会导致资源浪费)。
而fifo管道如果所有相关的进程都被销毁了,由于它的文件描述符
管道里的内容读走之后,理论上就被永远读走了,不会存在了,直到下一次写入。管道的本质是一个队列。
创建fifo管道需要建立fifo后缀名的文件,这个fifo文件会被保存在文件系统里。
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
int main(int argc, char * argv [ ])
{
int fd[2];
int p = pipe(fd);
if(p == -1)
{
perror("pipe failed\n");
}
pid_t pid = fork();
if(pid == -1)
{
perror("fork failed\n");
}
if(pid > 0) //father 操作 读端
{
int statues;
int w = wait(&statues);
if(w == -1)
{
perror("wait failed\n");
return -1;
}
char buf[6] = {0};
int r = read(fd[0],buf,5);
if(r != 5)
{
perror("read fd[0] failed\n");
}
printf("read's content is %s\n",buf);
}
else if(pid == 0) //son 操作 写端
{
int w = write(fd[1],"hello",5);
if(w != 5)
{
perror("write fd[1] failed\n");
}
}
return 0;
}
#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
int main(int argc, char * argv [ ])
{
//创建一个fifo有名管道文件
int m = mkfifo("./test.fifo", 0660);
if(m == -1)
{
perror("mkfifo failed\n");
}
//打开管道文件
int fd = open("./test.fifo",O_RDWR);
if(fd == -1)
{
perror("open failed\n");
}
//写数据到管道文件
char buf[11] = "I LOVE YOU";
int w = write(fd, buf, 11);
if(w != 11)
{
perror("write failed\n");
}
//关闭文件
int c = close(fd);
if(c == -1)
{
perror("close failed\n");
}
return 0;
}
#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
int main(int argc, char * argv [ ])
{
//打开管道文件
int fd = open("./test.fifo",O_RDWR);
if(fd == -1)
{
perror("open failed\n");
}
//从管道文件中读取数据
char buf[11] ={0};
int r= read(fd, buf, 11);
if(r != 11)
{
perror("read failed\n");
}
printf("read's contant is %s\n",buf);
//关闭文件
int c = close(fd);
if(c == -1)
{
perror("close failed\n");
}
return 0;
}