Linux环境进程间通信 管道及有名管道 转.docVIP

Linux环境进程间通信 管道及有名管道 转 Linux环境进程间通信：管道及有名管道(转) 2010-12-03 1.4管道应用实例： 实例一：用于shell 管道可用于输入输出重定向，它将一个命令的输出直接定向到另一个命令的输入。比如，当在某个shell程序(Bourne shell或C shell等)键入who│wc-l后，相应shell程序将创建who以及wc两个进程和这两个进程间的管道。考虑下面的命令行： $kill-l运行结果见附一。 $kill-l|grep SIGRTMIN运行结果如下： 30)SIGPWR 31)SIGSYS 32)SIGRTMIN 33)SIGRTMIN+134)SIGRTMIN+2 35)SIGRTMIN 实例二：用于具有亲缘关系的进程间通信 下面例子给出了管道的具体应用，父进程通过管道发送一些命令给子进程，子进程解析命令，并根据命令作相应处理。 #include unistd.h#include sys/types.h main(){int pipe_fd[2]；pid_t 1.5管道的局限性 管道的主要局限性正体现在它的特点上： 只支持单向数据流； 只能用于具有亲缘关系的进程之间； 没有名字； 管道的缓冲区是有限的(管道制存在于内存中，在管道创建时，为缓冲区分配一个页面大小)； 管道所传送的是无格式字节流，这就要求管道的读出方和写入方必须事先约定好数据的格式，比如多少字节算作一个消息(或命令、或记录)等等； 2、有名管道概述及相关API应用 2.1有名管道相关的关键概念 管道应用的一个重大限制是它没有名字，因此，只能用于具有亲缘关系的进程间通信，在有名管道(named pipe或FIFO)提出后，该限制得到了克服。FIFO不同于管道之处在于它提供一个路径名与之关联，以FIFO的文件形式存在于文件系统中。这样，即使与FIFO的创建进程不存在亲缘关系的进程，只要可以访问该路径，就能够彼此通过FIFO相互通信(能够访问该路径的进程以及FIFO的创建进程之间)，因此，通过FIFO不相关的进程也能交换数据。值得注意的是，FIFO严格遵循先进先出(first in first out)，对管道及FIFO的读总是从开始处返回数据，对它们的写则把数据添加到末尾。它们不支持诸如lseek()等文件定位操作。 2.2有名管道的创建 #include sys/types.h#include sys/stat.h int mkfifo(const char*pathname,mode_t mode) 该函数的第一个参数是一个普通的路径名，也就是创建后FIFO的名字。第二个参数与打开普通文件的open()函数中的mode参数相同。如果mkfifo的第一个参数是一个已经存在的路径名时，会返回EEXIST错误，所以一般典型的调用代码首先会检查是否返回该错误，如果确实返回该错误，那么只要调用打开FIFO的函数就可以了。一般文件的I/O函数都可以用于FIFO，如close、read、write等等。 2.3有名管道的打开规则 有名管道比管道多了一个打开操作：open。 FIFO的打开规则： 如果当前打开操作是为读而打开FIFO时，若已经有相应进程为写而打开该FIFO，则当前打开操作将成功返回；否则，可能阻塞直到有相应进程为写而打开该FIFO(当前打开操作设置了阻塞标志)；或者，成功返回(当前打开操作没有设置阻塞标志)。 如果当前打开操作是为写而打开FIFO时，如果已经有相应进程为读而打开该FIFO，则当前打开操作将成功返回；否则，可能阻塞直到有相应进程为读而打开该FIFO(当前打开操作设置了阻塞标志)；或者，返回ENXIO错误(当前打开操作没有设置阻塞标志)。 对打开规则的验证参见附2。 2.4有名管道的读写规则 从FIFO中读取数据： 约定：如果一个进程为了从FIFO中读取数据而阻塞打开FIFO，那么称该进程内的读操作为设置了阻塞标志的读操作。 如果有进程写打开FIFO，且当前FIFO内没有数据，则对于设置了阻塞标志的读操作来说，将一直阻塞。对于没有设置阻塞标志读操作来说则返回-1，当前errno值为EAGAIN，提醒以后再试。 对于设置了阻塞标志的读操作说，造成阻塞的原因有两种：当前FIFO内有数据，但有其它进程在读这些数据；另外就是FIFO内没有数据。解阻塞的原因则是FIFO中有新的数据写入，不论信写入数据量的大小，也不论读操作请求多少数据量。 读打开的阻塞标志只对本进程第一个读操作施加作用，如果本进程内有多个读操作序列，则在第一个读操作被唤醒并完成读操作后，其它将要执行的读操作将不再阻塞，即使在执行读操作时，FIFO中没有数据也一样(此时，读操作返回0)。 如果没有进程写打开FIFO，则设置了阻塞标志的读操作