当我这样做:
find . -name "pattern" | grep "another-pattern"
是过程,find
并且grep
,催生了一起?我的猜测是肯定的.如果是这样,那么这是如何工作的?:
yes | command_that_prompts_for_confirmations
如果yes
不断向stdout发送'y'并在command_that_prompts_for_confirmations
读取stdin时读取'y',那么如何yes
知道何时终止?因为如果我yes
单独运行而不将其输出传递给其他命令,它就永远不会结束.
但是如果管道命令不能同时产生所有进程,那么如何yes
知道要输出多少?这对我来说是22.有人能解释一下这个管道在*NIX中是如何工作的吗?
从维基百科页面:"本身,yes命令输出'y'或任何被指定为参数,然后是换行符,直到被用户停止或以其他方式被杀死;当用管道输入命令时,它将继续直到管道中断(即程序完成执行)."
yes
不知道何时终止.但是,在某些时候输出"y"到stdout将导致错误,因为另一个进程已经完成,这将导致管道损坏,并且是将终止.
顺序是:
其他程序终止
操作系统关闭管道
是尝试输出字符
发生错误(破管)
是终止
是的,(一般来说)管道中的所有流程都是一起产生的.关于yes
和类似的情况,信号被传递回管道以指示它不再接受输入.具体来说:SIGPIPE
详情在这里和这里.维基百科上提供了有关*nix流水线的更多有趣信息.
SIGPIPE
如果您因为Broken Pipe
出错而中断了一个不期望它的命令,您可以看到该操作.我似乎无法找到一个在我的Ubuntu设置上做到这一点的例子.