除了管道和重定向,还有命令行参数
除了管道和重定向,还有命令行参数
与本文无关,最近的照片,[http://www.douban.com/photos/album/106885669/],黄昏的月亮。
管道和重定向,在Unix Shell Script入门教程里都要提到。在稍微深入一点的dos/windows批处理教程里也要提到。管道,一般在用前一个进程产生的输出,作为后一个进程的输入;重定向,一般用在把输出由控制台转到文件,或者用文件替代控制台输入。管道和重定向满足了进程的输入和输出的转向。
输入和输出,似乎本来就是进程跑起来以后唯一与外界的联系。根据与外界的联系判定那是个什么东西,而不是根据它的内心,这据说是萨特的观点,小资们不可不知。
不过,输入和输出,并非进程与外界唯一的联系。除了输入以外,命令行参数,也是设定进程行为的重要依据。在这一点上,如果把进程当成一个对象,命令行参数有点像构造函数的参数,虽然跑起来以后就跟它无关了。而且,unix程序一般地,只有命令行参数才是命令,影响进程的行为,而以后从标准输入读进来的所有东西,都只是数据而已,是被进程处理的东西,对进程本身没有影响。
shell (像python一样),是一种不错的粘合剂,它能组装一系的进程,让它们协同工作。管道和重定向,能让它们完成生产者-消费者这样的组合。
不过,如果我们需要一个进程的输出,不是作为另一个进程的输入,而是作为它的命令行参数呢?
下面的写法,
a | b
完成的,是把a的输出作为b的输入。
而如果我们希望下面这样,如何表达?
b -para <此处是a的输出>
有不止一种方法。
1. backtick
backtick,就是"`"。这不是单引号,而是键盘左上角,波浪线 (~)下面的那个小点,像个反向的单引号。
它的作用是,把括起来的命令执行了,并用执行结果中的每一行去替换命令所在的位置。
ls `echo \-l`
相当于
ls -l
我们把其中的一段拿出来单独执行一下。
1 $ echo \-l
2 -l
可见,"echo \-l"的结果,就是"-l"。其中的"\"中为了避免echo把"-l"当成自己
的参数。
而"-l"替换了"ls `echo \-l`"中反引号括起来的部分,所以"ls `echo \-l`"就
变成了"ls -l"。
再举个例子。
1 $ grep -w main `find . *c`
2 ./samples/hidraw/hid-example.c:int main(int argc, char **argv)
3 ./samples/trace_events/Makefile:# have that tracer file in its main search path. This is because
4 ./Makefile:# $(vmlinux-main). Most are built-in.o files from top-level directories
5 ./Makefile:# +--< $(vmlinux-main)
6 ./Makefile:vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
7 ./Makefile:vmlinux-all := $(vmlinux-init) $(vmlinux-main)
8 ...
这条命令的作用是,先执行 "find . *c",找到当前目录下所有子目录中的 c文件,然后对每个符合条件的文件执行 "grep -w main"。
命令"grep -w main `find . *c`"中,`find . *c`部分将被替换为很多个匹配的文件名,然后每个文件名都作为 "grep -w main"的命令行参数,类似于:
grep -w main a.c
grep -w main b.c
grep -w main c.c
这样。
2. $(cmd)
backtick倒是挺方便,不过很多同学反映,"`"这个符号太丑陋了。最丑陋的特性之一就是,它跟单引号"'"长得太过地相似了。像我这样认人脸有困难的,本来就希望大家服饰发型更多样化一些,所以你能够理解我现在看到女演员们长得都越来越像,该是多么大的困惑。我指的不光是韩国的,小锥子脸大眼睛面孔白而无表情。backtick也存在这样的问题,跟别人像,本来就是毛病。
所以有别的写法,比如这样:
grep -w main $(find . *c)
这样的效果跟backtick是一样的。一样一样的。区别呢?多少也有一些。比如 $(cmd) 这样写法是可以嵌套的。
3. xargs
不过上述这些需要"代换"的,似乎有些程序员理解起来有困难?后来出现了一个命令,xargs,专门用来做这件事。
find . *c | xargs grep -w main {}
请注意到find和grep的顺序换了。find的输出结果,由xargs转给grep作为命令行参数。事实上,是xargs调用了grep,管道的末端不是grep,而是xargs。这不同于管道的末端是grep,如果是这样,就成了find的输出作为grep的输入,是管道应用的更一般的情况。args把管道的输出转向了grep的命令行参数,而不是作为grep的输入。
"{}"在这里,将被find的输出替代。如果命令行参数的位置不重要,或者在最末端,那么还可以把"{}"省略掉,效果是一样的。像这样:
find . *c | xargs grep -w main
4. -exec
似乎有了xargs以后,还是有些程序员觉得不够简单?又有些命令自带了"-exec"参数,意谓:如果匹配了,就把那些输出作为"-exec后面的进程的命令行参数"。话说,有些事情由于它的领域模型就那么复杂,是不太可能因为表达方式而变得简单的。
以下命令,效果是一样的:
find . *c -exec grep -w main {} -nH \;
行尾的"\;",是为了标识"-exec"部分结束,其中的"\"是因为";"是个特殊字符。grep需要"-nH"参数,是因为不然输出的匹配行里没有文件名和行号。grep在此前的几个命令里用的是别名,这里是真正的grep本身。
5. 总结
以下几个命令等价:
$ cat `which 20.sh`
$ cat ${which 20.sh}
$ which 20.sh | xargs cat
cat不支持"-exec"参数,那是find这样的复杂命令的特色,因此以上总结中未包括。
----------
本文的命令在 emacs eshell 不好使,因为 eshell 对管道支持不充分,shell-mode则没有问题。
--------------------
博客会手工同步到以下地址:
[http://giftdotyoung.blogspot.com]
[http://blog.csdn.net/younggift]
。