解决Linux系统下管道被接受方关闭的问题

Linux shell中的管道|是非常方便的功能,可以将一个程序的输出作为另外一个程序的输入,这样我们可以将多个命令“拼”在一起,省去了临时文件的繁琐.windows中也有类似的用法,比如dir |more,学过dos命令的应该都知道吧.

既然是管道,那么就有一个入口和一个出口,各自对应一个应用程序,正常的情况下,入口应用程序的输出应当被出口应用程序全部接受,但在一些特殊情况,出口应用程序会提前关闭管道,比如在查询svn的更新日志,只取前己行的时候：

$ svn log |head

----------------

r137 | Fwolf | 2007-05-28 13：38：47 0800 （Mon, 28 May 2007） | 4 lines

更新记录.

svn： Write error： Broken pipe

head只需要用到输入的前10行（默认行数,也可由用户指定）,再接收剩下的输出也是多余,便提前关闭了管道,管道入口的应用程序svn发现之后,便报错退出了.在这个例子中,错误信息非常清楚,但不是所有应用程序都这样的,比如下面这个：

$ find . -name "*rc" |xargs -i cat {}|head -1

[Desktop]

xargs： cat： terminated by signal 13

错误信息似乎并不太好理解,实际上它的意思是：xargs发现它的子进程cat信号13被中止了.xargs本身属于循环操作,发现错误之后就停止了循环,这是其一；信号13是在cat试图向一个已关闭的pipe管道中写数据的时候,系统产生的,cat收到之后就停止了.类似于在cat输出的过程中,用户按下ctrl c的效果.

如何避免这种问题呢？很简单,管道后面使用不会提前关闭管道的程序即可,尤其是结合xargs使用的时候,它发现出错就不继续了.比如要用到head可以这样：

$ cat file |head -1

虽然cat仍然会被signal 13关闭,但bash是不会报错的,也只能针对一个文件进行操作,即使是使用了通配符也只能head到第一个文件.如果要加上对文件的遍历,可以用到for：

$for file in .*rc；do cat $file |head -1；done

cat依然会被关闭,但是for不会理会它,继续循环.head也可以直接指定文件名,这样我们就可以抛开cat了：

$find . -name "*rc" |xargs -i head -n1 {}

个人认为这是一种最完美的解决方式,即可以用到find强大的搜索指令,还不会涉及到管道的问题.不过如果文件名没有什么特殊要求,还有一种更简单的方式：

$head -n1 .*rc

在head的参数中直接用通配符指定文件.

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!