UNIX IPC概览
Unix设计风格都秉承着“做单件事并做好”的方法,因此,提供了众多的IPC方法,并用其来连接小型进程,Unix操作系统提倡把程序分解成更简单的子进程,并专注考虑这些子进程间的接口
这得益于Unix上平价的进程生成和简单的进程控制,Unix家族操作系统倾向于减轻fork的开销,特别是Linux,使得进程的生成比其他操作系统的线程生成还要快
实际上,在shell编程中,就无时无刻都在鼓励Unix程序员从多个协作进程的角度思考问题,最为简单的例子就是
cat file | less
尽管将程序划分为协作进程可以降低全局的复杂度,但是随之而来的,是我们必须更多地关注在进程间传递消息和命令的协议设计,但这都是后话,首先,先看看Unix下的IPC工具
IPC 工具
- 管道
- 套接字
- 消息队列
- 信号量
- 共享内存
管道
管道是Unix上最古老的IPC方式,一个管道就是一个字节流,所谓“流”,便代表“无边界”,因此从管道中读取的数据大小是任意的,而不是固定的,在管道中也无法进行随机读取
管道中数据的传输是单向的,一端用于读,一端用于写
在管道中,只要确保写入不超过PIPE_BUF字节,那么这个写操作就是原子的,可以确保写入的数据不会发生混杂
在管道中,容量是有限的,如果容量耗尽,那么写操作就会发生阻塞,直到读操作将一部分取出
关于pipe的简单用例如下
1 |
|
System V 消息队列
消息队列允许进程以消息的形式交换数据,在ftok中,如果使用相同的path name,那么就会创建出相同的key,这样的话,使用msgget所获得的消息队列也会相同
1 |
|
System V 信号量
信号量和前面介绍的IPC方式不同,并不是用来传递数据的,而是用来同步进程的
内核会将所有试图把信号量的值降到0以下的操作堵塞
如果信号量的值不为0,那么内核会将所有等待信号量的值等于0的进程堵塞
如果信号量不为N(N>0),那么内核会将所有等待信号量的值等于N的进程堵塞
System V 共享内存
共享内存允许两个或者多个进程共享物理内存中的同一块区域,这种IPC机制不需要内核介入,所有需要做的就是将数据复制进共享内存中,由于没有了内核的介入,这种IPC比消息队列,管道等都要快
POSIX 消息队列
POSIX的消息队列是引用计数的,只有所有使用该队列的进程都关闭了队列之后,才会对队列进行标记以删除
POSIX的消息队列存在优先级,所有消息都是通过优先级排序排队的
POSIX消息队列提供了一个特性允许队列中的一条信息可用时异步地通知进程
POSIX共享内存
POSIX共享内存能够让无关进程共享一个映射区域而不需创建一个相应的映射文件,一些Unix实现将共享对象名创建为文件系统上一个特殊位置处的文件,这些文件会在系统关闭后丢失