【 Linux 】进程间通信之管道

进程间通信

1、概念

       进程用户空间是相互独立的，一般而言是不能相互访问的。但很多情况下进程间需要互相通信，来完成系统的某项功能。进程通过与内核及其它进程之间的互相通信来协调它们的行为。

2、进程通信的应用场景

• 数据传输：一个进程需要将它的数据发送给另一个进程，发送的数据量在一个字节到几兆字节之间。
• 共享数据：多个进程想要操作共享数据，一个进程对共享数据的修改，别的进程应该立刻看到。 
• 通知事件：一个进程需要向另一个或一组进程发送消息，通知它（它们）发生了某种事件（如进程终止时要通知父进程）。
• 资源共享：多个进程之间共享同样的资源。为了作到这一点，需要内核提供锁和同步机制。    
• 进程控制：有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。                                  

3、进程间通信方式---管道 

          3.1  管道

                     （1）无名管道：管道是半双工的，数据只能向一个方向流动；双方通信时，需要建立起两个管道（只能用于父子进程或者兄弟进程之间）。单独构成一个独立的文件系统，管道对于两端的进程而言就是一个文件，但它不是普通的文件，他不属于某种文件系统，并且只存在内存中。数据的读出和写入，一个进程向管道中写的内容被另一端进程读出。写入的内容每一次都添加在管道缓冲区的末尾，并且每次都是从缓冲区头部读出数据，向管道中写入数据时，Linux将不保证写入的原子性，管道缓冲区有空闲时，写进程就会写入数据，如果进程不读走，写操作会一直阻塞。

                     （2）有名管道：有名管道可以看成是有文件名标识的一个管道，不同于无名管道之处在于它提供一个路径名与之关联，以FIFO的文件形式存在于文件系统中。这样即使与FIFO创建进程不存在亲缘关系，只要访问该路径，就能够彼此通过FIFO相互通信，因此，通过FIFO不相关的进程也能交换数据。FIFO严格遵守先进先出，对管道及FIFO的读总是从开始处返回数据对他们的写则添加数据到末尾。从结构上来看无名管道没有文件路径名，不占用文件目录项，因此文件目录结构中的链表，不适用于这种结构，他只是存在于打开文件结构中的一个临时文件，随其依附的进程的生存而生存，当进程终止，无名管道也随之消亡。

    

                             图1、调用fork() 之后的半双工管道                                    图2、从父进程到子进程的管道

                 解析：单个进程的管道几乎没什么作用。通常，调用pipe()的进程接着调用fork() ，这样就创建了从父进程到子进程的IPC通道（如图1）。调用fork（）之后做什么取决于我们想要有的数据流的方向，对于从父进程到子进程的管道，父进程关闭管道的读端 fd[0]，子进程则关闭写端fd[1].（如图2）

       为了构造从子进程到父进程的管道，父进程关闭fd[1],子进程关闭fd[0]。   当管道的一端被关闭后，下列两条规则起作用:

             (1)当读一个写端已被关闭的管道时，在所有数据都被读取后，read返回0,以指示达到了文件结束处。(从技术方面考虑，管道的写端还有进程时，就不会产生文件的结束。可以复制一个管道的描述符，使得有多个进程对它具有写打开文件描述符。但是，通常一个管道只有一个读进程、一个写进程。) 

            (2)如果写一个读端已被关闭的管道，则产生信号SIGPIPE。如果忽略该信号或者捕捉该信号并从其处理程序返回，则write返回-1, errno设置为EPIPE。
          （3）在写管道(或FIFO)时，常量PIPE_BUF规定了内核中管道缓冲区的大小。如果对管道调用write,而且要求写的字节数小于等于PIPE_ BUF, 则此操作不会与其他进程对同一管道(或FIFO)的write操作穿插进行。但是，若有多个进程同时写一个管道(或FIFO),而且有进程要求写的字节数超过PIPE_ BUF字节数时，则写操作的数据可能相互穿插。用pathconf或fpathconf函数可以确定PIPE_ BUF的值。