进程间通信(一)—管道
2016-07-04 17:32
232 查看
我会用几篇博客总结一下在Linux中进程之间通信的几种方法,我会把这个开头的摘要部分在这个系列的每篇博客中都打出来
进程之间通信的方式
管道
消息队列
信号
信号量
共享存储区
套接字(socket)
进程间通信(二)—消息队列传送门:/article/11898705.html
进程间通信(三)—信号量传送门:/article/11898704.html
进程间通信(四)—共享存储区传送门:/article/11898703.html
进程间通信(五)—信号传送门:/article/11898702.html
在以一切皆文件为原则的Linux系统中,管道也是一种文件(特殊文件),可以使用mkfifo命令创建一个管道文件
在管道文件的前面有一个p来标识管道文件
这次主要说的是通过管道完成进程之间的通信,通过管道通信有两种方式。
一种是匿名管道,一种是命名管道
匿名管道
先来看一段代码
这个程序就是一个简单的父子进程之间通过管道进行通信的一个例子,具体的工作过程我用画图的方式展现出来
注意这一个步骤是十分重要的,如果不关闭相应的端口,就无法正确操作管道。
匿名管道主要利用了,创建子进程的时候会把父进程的文件描述符表拷贝一份这个特征,通过这个特征,父子进程就看到了一个公共的资源—管道,并同时拥有对该管道腹泻的权利,那么一方读,一方写,就可以完成进程之间的通信了。
所谓的匿名管道就是说,没有名字。。。你根本不知道这个管道文件存放在哪,也不知道这个管道文件的文件名,唯一跟这个跟管道文件有联系的只有父子进程中的文件描述符。那么根据匿名管道的实现机制,很容易就能看出他的优缺点。
管道的n个特征
管道是依赖于文件系统的,创建好管道之后,一定要关闭不使用的读写端
只有父子进程才可以使用管道通信,也就是所谓的有血缘关系的进程进行进程间通信。(匿名管道独有)
管道是基于数据流的,面向字节流!(后面会提到消息队列是面向数据块的,对比来看会好懂一些)
管道只能称之为单向数据通信,连半双工都算不上
同步与互斥问题不需要考虑了,管道已经考虑了
当父子进程退出的时候,管道的生命周期就结束了,也就是说管道的生命周期就是进程
上述就是匿名管道的使用和实现机制,可以看出必须有“亲缘关系”的进程之间才可以使用匿名管道来完成进程间通信。父子进程当然可以,“孙子”进程也是可以的~
那么为了解决只有有亲缘关系的进程才能使用这种方式进行通信的弊端,就有了命名管道的通信方式
[b]命名管道[/b]
简单的来说,我们刚才使用的匿名管道是因为不知道文件名和存放路径,所以只能通过继承文件描述符表来获得跟匿名管道建立联系的方式,如果我们知道路径和管道文件名呢?那不就可以完成非亲缘关系的进程间通信了么
函数原型 int mkfifo(const char *pathname,mode_t mode)
其中第一个参数pathname就是路径了,mode 就是创建的管道的访问权限umask
头文件:#include <sys.stat.h> #include <sys/types.h>
返回值,成功返回0,失败返回-1
下面贴上代码
这个是server的
这个是client的
可以通过open函数来打开分别使用read和write函数来读写管道,当然也可以close掉标准输入输出,做成重定向的那样也是可以的
那么管道有多大呢,我们可以往里面扔多少数据呢?
既然管道也是一个文件,那么肯定有大小上限,这也是其一个缺点,大小有限的,那么我们究竟可以写多少数据放进管道呢,使用man 7 pipe命令打开pipe的说明文档,可以看见这么一段
Pipe capacity
A pipe has a limited capacity. If the pipe is full, then a write(2)
will block or fail, depending on whether the O_NONBLOCK flag is set
(see below). Different implementations have different limits for the
pipe capacity. Applications should not rely on a particular capacity:
an application should be designed so that a reading process consumes
data as soon as it is available, so that a writing process does not
remain blocked.
In Linux versions before 2.6.11, the capacity of a pipe was the same as
the system page size (e.g., 4096 bytes on i386). Since Linux 2.6.11,
the pipe capacity is 65536 bytes.
看,我现在的版本是2.6.11之后了,所以是65536字节,之间的版本就是4096字节
最后的最后,来一个管道最大的缺点,管道是基于文件系统的!所以不管是读还是写,都要求访问磁盘进行I/O操作,I/O的速度你懂得,特别慢,所以不适合做多个client的结构,不然会很慢
进程之间通信的方式
管道
消息队列
信号
信号量
共享存储区
套接字(socket)
进程间通信(二)—消息队列传送门:/article/11898705.html
进程间通信(三)—信号量传送门:/article/11898704.html
进程间通信(四)—共享存储区传送门:/article/11898703.html
进程间通信(五)—信号传送门:/article/11898702.html
在以一切皆文件为原则的Linux系统中,管道也是一种文件(特殊文件),可以使用mkfifo命令创建一个管道文件
在管道文件的前面有一个p来标识管道文件
这次主要说的是通过管道完成进程之间的通信,通过管道通信有两种方式。
一种是匿名管道,一种是命名管道
匿名管道
先来看一段代码
#define MAXLINE 80 int main() { int n; int fd[2]; pid_t pid; char line[MAXLINE]; if (pipe(fd) < 0) perror("pipe"); if ((pid = fork()) < 0) perror("fork"); if (pid > 0) { //father close(fd[0]); } else { close(fd[1]); n = read(fd[0], line, MAXLINE); write(stdout, line, n);//写到标准输出上看一下效果 } return 0; }
这个程序就是一个简单的父子进程之间通过管道进行通信的一个例子,具体的工作过程我用画图的方式展现出来
注意这一个步骤是十分重要的,如果不关闭相应的端口,就无法正确操作管道。
匿名管道主要利用了,创建子进程的时候会把父进程的文件描述符表拷贝一份这个特征,通过这个特征,父子进程就看到了一个公共的资源—管道,并同时拥有对该管道腹泻的权利,那么一方读,一方写,就可以完成进程之间的通信了。
所谓的匿名管道就是说,没有名字。。。你根本不知道这个管道文件存放在哪,也不知道这个管道文件的文件名,唯一跟这个跟管道文件有联系的只有父子进程中的文件描述符。那么根据匿名管道的实现机制,很容易就能看出他的优缺点。
管道的n个特征
管道是依赖于文件系统的,创建好管道之后,一定要关闭不使用的读写端
只有父子进程才可以使用管道通信,也就是所谓的有血缘关系的进程进行进程间通信。(匿名管道独有)
管道是基于数据流的,面向字节流!(后面会提到消息队列是面向数据块的,对比来看会好懂一些)
管道只能称之为单向数据通信,连半双工都算不上
同步与互斥问题不需要考虑了,管道已经考虑了
当父子进程退出的时候,管道的生命周期就结束了,也就是说管道的生命周期就是进程
上述就是匿名管道的使用和实现机制,可以看出必须有“亲缘关系”的进程之间才可以使用匿名管道来完成进程间通信。父子进程当然可以,“孙子”进程也是可以的~
那么为了解决只有有亲缘关系的进程才能使用这种方式进行通信的弊端,就有了命名管道的通信方式
[b]命名管道[/b]
简单的来说,我们刚才使用的匿名管道是因为不知道文件名和存放路径,所以只能通过继承文件描述符表来获得跟匿名管道建立联系的方式,如果我们知道路径和管道文件名呢?那不就可以完成非亲缘关系的进程间通信了么
函数原型 int mkfifo(const char *pathname,mode_t mode)
其中第一个参数pathname就是路径了,mode 就是创建的管道的访问权限umask
头文件:#include <sys.stat.h> #include <sys/types.h>
返回值,成功返回0,失败返回-1
下面贴上代码
这个是server的
1 #include <sys/types.h> 2 #include <sys/stat.h> 3 #include <stdio.h> 4 #include <unistd.h> 5 #include <stdlib.h> 6 #include <errno.h> 7 #include <string.h> 8 #include <fcntl.h> 9 #define _PATH_NAME_ "./pp" 10 11 int main() 12 { >> 13 char *str="hello world"; 14 int fd; 15 if(mkfifo(_PATH_NAME_,0644)<0)· 16 { 17 printf("hahaha\n"); 18 printf("mkfifo error %d:%s\n",errno,strerror(errno)); 19 } 20 fd=open(_PATH_NAME_,O_WRONLY); 21 write(fd,str,strlen(str)); 22 return 0; 23 }
这个是client的
2 #include <sys/types.h> 3 #include <sys/stat.h> 4 #include <stdio.h> 5 #include <unistd.h> 6 #include <stdlib.h> 7 #include <errno.h> 8 #include <string.h> 9 #include <fcntl.h> 10 11 #define _PATH_NAME_ "./pp" 12 13 14 int main() 15 { 16 int fd; 17 fd=open(_PATH_NAME_,O_RDONLY); 18 char buf[1024]={'\0'}; 19 read(fd,buf,1024); 20 printf("%s\n",buf); 21 return 0; 22 }
可以通过open函数来打开分别使用read和write函数来读写管道,当然也可以close掉标准输入输出,做成重定向的那样也是可以的
那么管道有多大呢,我们可以往里面扔多少数据呢?
既然管道也是一个文件,那么肯定有大小上限,这也是其一个缺点,大小有限的,那么我们究竟可以写多少数据放进管道呢,使用man 7 pipe命令打开pipe的说明文档,可以看见这么一段
Pipe capacity
A pipe has a limited capacity. If the pipe is full, then a write(2)
will block or fail, depending on whether the O_NONBLOCK flag is set
(see below). Different implementations have different limits for the
pipe capacity. Applications should not rely on a particular capacity:
an application should be designed so that a reading process consumes
data as soon as it is available, so that a writing process does not
remain blocked.
In Linux versions before 2.6.11, the capacity of a pipe was the same as
the system page size (e.g., 4096 bytes on i386). Since Linux 2.6.11,
the pipe capacity is 65536 bytes.
看,我现在的版本是2.6.11之后了,所以是65536字节,之间的版本就是4096字节
最后的最后,来一个管道最大的缺点,管道是基于文件系统的!所以不管是读还是写,都要求访问磁盘进行I/O操作,I/O的速度你懂得,特别慢,所以不适合做多个client的结构,不然会很慢
相关文章推荐
- UIButton和UILabel的宽与高
- 刷题之二叉树----判断一棵树是否为完全二叉树
- tomcat .do发布是虚拟目录无法访问
- Java设计模式(1)单例模式
- 数据处理---Spring Batch之实践
- Spring事务失效的原因
- 原生下拉刷新SwipeRefreshLayout的使用
- Ionic JPush极光推送 插件实例
- WCF推送
- Jquery遍历数组之$.inArray()方法介绍
- 如何判断程序是否重复运行的几种方法
- C++ 根据扩展名获取文件图标、类型
- MFC改变编辑框背景、字体、颜色等
- Node.js: managing child processes
- 深入理解JVM内幕
- Volley源码解析(三)——图片加载
- c# datagridview列头添加复选框实现全选
- CSS样式覆盖规则
- C++根据扩展名获取文件图标、类型
- 对称加密的对称密钥分发