• 售前

  • 售后

热门帖子
入门百科

Linux环境历程间通讯:管道及著名管道

[复制链接]
朗读者72 显示全部楼层 发表于 2021-10-25 20:20:59 |阅读模式 打印 上一主题 下一主题
管道及著名管道
        在本系列序中作者概述了 linux 进程间通讯的几种主要本领。此中管道和著名管道是最早的进程间通讯机制之一,管道可用于具有亲缘关系进程间的通讯,著名管道降服了管道没著名字的限定,因此,除具有管道所具有的功能外,它还答应无亲缘关系进程间的通讯。 认清管道和著名管道的读写规则是在程序中应用它们的关键,本文在具体讨论了管道和著名管道的通讯机制的底子上,用实例对其读写规则进行了程序验证,这样做有利于加强读者对读写规则的感性认识,同时也提供了应用范例。
        1、 管道概述及相关API应用
        1.1 管道相关的关键概念
        管道是Linux支持的最初Unix IPC形式之一,具有以下特点:
        管道是半双工的,数据只能向一个方向活动;须要双方通讯时,须要创建起两个管道;
        只能用于父子进程大概兄弟进程之间(具有亲缘关系的进程);
        单独构成一种独立的文件体系:管道对于管道两端的进程而言,就是一个文件,但它不是平常的文件,它不属于某种文件体系,而是自主流派,单独构成一种文件体系,而且只存在与内存中。
        数据的读出和写入:一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾,而且每次都是从缓冲区的头部读出数据。
        1.2管道的创建:
        #include int pipe(int fd[2])
        该函数创建的管道的两端处于一个进程中间,在实际应用中没有太大意义,因此,一个进程在由pipe()创建管道后,一样平常再fork一个子进程,然后通过管道实现父子进程间的通讯(因此也不难推出,只要两个进程中存在亲缘关系,这里的亲缘关系指的是具有共同的先人,都可以采取管道方式来进行通讯)。
        1.3管道的读写规则:
        管道两端可分别用形貌字fd[0]以及fd[1]来形貌,须要注意的是,管道的两端是固定了使命的。即一端只能用于读,由形貌字fd[0]表示,称其为管道读端;另一端则只能用于写,由形貌字fd[1]来表示,称其为管道写端。如果试图从管道写端读取数据,大概向管道读端写入数据都将导致错误发生。一样平常文件的I/O函数都可以用于管道,如close、read、write等等。
        从管道中读取数据:
        如果管道的写端不存在,则以为已经读到了数据的末尾,读函数返回的读出字节数为0;
        当管道的写端存在时,如果哀求的字节数目大于PIPE_BUF,则返回管道中现有的数据字节数,如果哀求的字节数目不大于PIPE_BUF,则返回管道中现有数据字节数(此时,管道中数据量小于哀求的数据量);大概返回哀求的字节数(此时,管道中数据量不小于哀求的数据量)。注:(PIPE_BUF在include/linux/limits.h中界说,差别的内核版本大概会有所差别。Posix.1要求PIPE_BUF至少为512字节,red hat 7.2中为4096)。
        关于管道的读规则验证:
  /************** * readtest.c * **************/#include #include  
        向管道中写入数据:
        向管道中写入数据时,linux将不包管写入的原子性,管道缓冲区一有空闲区域,写进程就会试图向管道写入数据。如果读进程不读走管道缓冲区中的数据,那么写操作将一直壅闭。
        注:只有在管道的读端存在时,向管道中写入数据才故意义。否则,向管道中写入数据的进程将收到内核传来的SIFPIPE信号,应用程序可以处理该信号,也可以忽略(默认动作则是应用程序停止)。
        对管道的写规则的验证1:写端对读端存在的依赖性
  #include #include main(){ int pipe_fd[2]; pid_t
        则输出效果为: Broken pipe,缘故起因就是该管道以及它的全部fork()产物的读端都已经被关闭。如果在父进程中生存读端,即在写完pipe后,再关闭父进程的读端,也会正常写入pipe,读者可自己验证一下该结论。因此,在向管道写入数据时,至少应该存在某一个进程,此中管道读端没有被关闭,否则就会出现上述错误(管道断裂,进程收到了SIGPIPE信号,默认动作是进程停止)
        对管道的写规则的验证2:linux不包管写管道的原子性验证
  #include #include #include main(int argc
        结论:
        写入数目小于4096时写入是非原子的!
        如果把父进程中的两次写入字节数都改为5000,则很轻易得出下面结论:
        写入管道的数据量大于4096字节时,缓冲区的空闲空间将被写入数据(补齐),直到写完全部数据为止,如果没有进程读数据,则一直壅闭。
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 #include 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 #include 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,则设置了壅闭标记的读操作会壅闭。
        注:如果FIFO中有数据,则设置了壅闭标记的读操作不会由于FIFO中的字节数小于哀求读的字节数而壅闭,此时,读操作会返回FIFO中现有的数据量。
        向FIFO中写入数据:
        约定:如果一个进程为了向FIFO中写入数据而壅闭打开FIFO,那么称该进程内的写操作为设置了壅闭标记的写操作。
        对于设置了壅闭标记的写操作:
        当要写入的数据量不大于PIPE_BUF时,linux将包管写入的原子性。如果此时管道空闲缓冲区不敷以容纳要写入的字节数,则进入睡眠,直到当缓冲区中能够容纳要写入的字节数时,才开始进行一次性写操作。
        当要写入的数据量大于PIPE_BUF时,linux将不再包管写入的原子性。FIFO缓冲区一有空闲区域,写进程就会试图向管道写入数据,写操作在写完全部哀求写的数据后返回。
        对于没有设置壅闭标记的写操作:
        当要写入的数据量大于PIPE_BUF时,linux将不再包管写入的原子性。在写满全部FIFO空闲缓冲区后,写操作返回。
        当要写入的数据量不大于PIPE_BUF时,linux将包管写入的原子性。如果当前FIFO空闲缓冲区能够容纳哀求写入的字节数,写完后乐成返回;如果当前FIFO空闲缓冲区不能够容纳哀求写入的字节数,则返回EAGAIN错误,提醒以后再写;
对FIFO读写规则的验证:
        下面提供了两个对FIFO的读写程序,适当调治程序中的很少地方大概程序的下令行参数就可以对各种FIFO读写规则进行验证。
        程序1:写FIFO的程序
  #include #include #include #include  
        程序应用阐明:
        把读程序编译成两个差别版本:
        壅闭读版本:br
        以及非壅闭读版本nbr
        把写程序编译成两个四个版本:
        非壅闭且哀求写的字节数大于PIPE_BUF版本:nbwg
        非壅闭且哀求写的字节数不大于PIPE_BUF版本:版本nbw
        壅闭且哀求写的字节数大于PIPE_BUF版本:bwg
        壅闭且哀求写的字节数不大于PIPE_BUF版本:版本bw
        下面将使用br、nbr、w代替相应程序中的壅闭读、非壅闭读
        验证壅闭写操作:
        当哀求写入的数据量大于PIPE_BUF时的非原子性:
        nbr 1000
        bwg
        当哀求写入的数据量不大于PIPE_BUF时的原子性:
        nbr 1000
        bw
        验证非壅闭写操作:
        当哀求写入的数据量大于PIPE_BUF时的非原子性:
        nbr 1000
        nbwg
        哀求写入的数据量不大于PIPE_BUF时的原子性:
        nbr 1000
        nbw
        不管写打开的壅闭标记是否设置,在哀求写入的字节数大于4096时,都不包管写入的原子性。但二者有本质区别:
        对于壅闭写来说,写操作在写满FIFO的空闲区域后,会一直等候,直到写完全部数据为止,哀求写入的数据最终都会写入FIFO;
        而非壅闭写则在写满FIFO的空闲区域后,就返回(实际写入的字节数),以是有些数据最终不能够写入。
        对于读操作的验证则比力简单,不再讨论。
        2.5著名管道应用实例
        在验证了相应的读写规则后,应用实例似乎就没有须要了。
        小结:
        管道常用于两个方面:(1)在shell中时常会用到管道(作为输入输入的重定向),在这种应用方式下,管道的创建对于用户来说是透明的;(2)用于具有亲缘关系的进程间通讯,用户自己创建管道,并完成读写操作。
        FIFO可以说是管道的推广,降服了管道无名字的限定,使得无亲缘关系的进程同样可以采取先辈先出的通讯机制进行通讯。
        管道和FIFO的数据是字节省,应用程序之间必须事先确定特定的传输"协议",采取传播具有特定意义的消息。
        要灵活应用管道及FIFO,明确它们的读写规则是关键。
        附1:kill -l 的运行效果,表现了当前体系支持的全部信号:
  1) SIGHUP    2) SIGINT    3) SIGQUIT    4) SIGILL5) SIGTRAP    6) SIGABRT     
        除了在此处用来阐明管道应用外,接下来的专题还要对这些信号分类讨论。
        附2:对FIFO打开规则的验证(主要验证写打开对读打开的依赖性)

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作