|
|
第 16 帖 | |
|
|
如下例,echo 产生test字串的输出,其中tr命令将其转换为TEST,sed命令将t替换为9,输出均为标准输出,也可根据需要将其重定向。bash下结果为
代码:
此帖于 04-04-03 14:31 被 KornLee 编辑. |
|
|
|
|
|
|
|
第 17 帖 | |
|
|
代码:
我再延伸一下,可以用纯"进程替换"来实现这点吗?正如以下的命令。 代码:
__________________
IBOX, a LiveCD distribution based on Gentoo, is fit for newbie. IBOX brings to you: - knoppix-style harddisk installation tool, by which you can install Gentoo in 20 minutes. - hardware auto-configuration. You can run into X desktop directly. - all-round software set, including OpenOffice, azureus. - LiveCD-create-tools. Step-by-step, custom a LiveCD yourself with ease. Any questions and feedbacks is welcome to home_king at 163 dot com 此帖于 04-04-03 15:10 被 home_king 编辑. |
|
|
|
|
|
|
|
第 18 帖 | |
|
|
首先“进程替换”,我不知道它确切的中文通称,是有前提的,只有命令提供文件名参数时才有实际意义。假如有这么一个cmd1命令,它支持两个文件参数,而且它可以将其输出同时保存在这两个文件中,那么就可以这样
代码:
由于没有找到合适的cmd1命令,所以我现在无法提供例子。 其实cmp <(cat filename1) <(cat filename2)这个例子中,cmp就接受两个文件名参数,所以可以使用两个进程替换。 |
|
|
|
|
|
|
|
第 19 帖 | ||
|
|
引用:
![]() |
||
|
|
|
||
|
|
第 20 帖 | |||
|
|
引用:
在此我姑且引用《Learning the Bash shell》(为易于理解,略加调整)来给出"进程替换"的概念。 引用:
此帖于 04-04-03 15:51 被 home_king 编辑. |
|||
|
|
|
|||
|
|
第 21 帖 | |
|
|
标题: 这样的co-process,bash是否可以实现? 代码:
此帖于 04-04-05 03:12 被 KornLee 编辑. |
|
|
|
|
|
|
|
第 22 帖 | |
|
|
代码:
|
|
|
|
|
|
|
|
第 23 帖 | ||
|
|
引用:
![]() |
||
|
|
|
||
|
|
第 25 帖 | |
|
|
学习!!!
|
|
|
|
|
|
|
|
第 26 帖 | |
|
|
这..
代码:
代码:
__________________
- 每日抽一刻钟解答 ML 中初学者的问题, 每周抽两小时整理新学知识,发表体验 Blog/Wiki/mail 分享出去, 每周至少抽四个小时来翻译自个儿喜欢的自由软件的文档, 每月至少抽八小时编程,推进自个儿的项目, 每年至少参加一次自由软件的活动,传播自由软件思想,发展一名自由人………… 只要我们每个人都坚持下去! 10年!就可以改变中国软件的整体风貌! ── woodpecker.org.cn ─────────────────── linux.hiweed.com ubuntu.org.cn sf.net/projects/pycds 此帖于 05-08-09 18:06 被 jhuangjiahua 编辑. |
|
|
|
|
|
|
|
第 27 帖 | |
|
|
恩,同感!
|
|
|
|
|
|
|
|
第 28 帖 | |
|
|
精彩!!!
|
|
|
|
|
|
|
|
第 29 帖 | |
|
|
标题: IO重定向详解 1、基本概念[/size:581179d60a][/color:581179d60a]
a、I/O重定向通常与 FD有关,shell的FD通常为10个,即 0~9; b、常用FD有3个,为0(stdin,标准输入)、1(stdout,标准输出)、2(stderr,标准错误输出),默认与keyboard、monitor、monitor有关; c、用 < 来改变读进的数据信道(stdin),使之从指定的档案读进; d、用 > 来改变送出的数据信道(stdout, stderr),使之输出到指定的档案; e、0 是 < 的默认值,因此 < 与 0<是一样的;同理,> 与 1> 是一样的; f、在IO重定向 中,stdout 与 stderr 的管道会先准备好,才会从 stdin 读进资料; g、管道“|”(pipe line):上一个命令的 stdout 接到下一个命令的 stdin; h、tee 命令是在不影响原本 I/O 的情况下,将 stdout 复制一份到档案去; i、bash(ksh)执行命令的过程:分析命令-变量求值-命令替代(``和$( ))-重定向-通配符展开-确定路径-执行命令; j、( ) 将 command group 置于 sub-shell 去执行,也称 nested sub-shell,它有一点非常重要的特性是:继承父shell的Standard input, output, and error plus any other open file descriptors。 k、exec 命令:常用来替代当前 shell 并重新启动一个 shell,换句话说,并没有启动子 shell。使用这一命令时任何现有环境都将会被清除,。exec 在对文件描述符进行操作的时候,也只有在这时,exec 不会覆盖你当前的 shell 环境。 [color=red:581179d60a][size=18:581179d60a]2、基本IO[/size:581179d60a][/color:581179d60a] cmd > file 把 stdout 重定向到 file 文件中 cmd >> file 把 stdout 重定向到 file 文件中(追加) cmd 1> fiel 把 stdout 重定向到 file 文件中 cmd > file 2>&1 把 stdout 和 stderr 一起重定向到 file 文件中 cmd 2> file 把 stderr 重定向到 file 文件中 cmd 2>> file 把 stderr 重定向到 file 文件中(追加) cmd >> file 2>&1 把 stderr 和 stderr 一起重定向到 file 文件中 cmd < file >file2 cmd 命令以 file 文件作为 stdin,以 file2 文件作为 stdout cat <>file 以读写的方式打开 file cmd < file cmd 命令以 file 文件作为 stdin cmd << delimiter Here document,从 stdin 中读入,直至遇到delimiter 分界符 [color=red:581179d60a][size=18:581179d60a]3、进阶IO[/size:581179d60a][/color:581179d60a] >&n 使用系统调用 dup (2) 复制文件描述符 n 并把结果用作标准输出 <&n 标准输入复制自文件描述符 n <&- 关闭标准输入(键盘) >&- 关闭标准输出 n<&- 表示将 n 号输入关闭 n>&- 表示将 n 号输出关闭 上述所有形式都可以前导一个数字,此时建立的文件描述符由这个数字指定而不是缺省的 0 或 1。如: ... 2>file 运行一个命令并把错误输出(文件描述符 2)定向到 file。 ... 2>&1 运行一个命令并把它的标准输出和输出合并。(严格的说是通过复制文件描述符 1 来建立文件描述符 2 ,但效果通常是合并了两个流。) 2>&1说明:2>&1 也就是 FD2=FD1 ,这里并不是说FD2 的值 等于FD1的值,因为 > 是改变送出的数据信道,通俗的说是:把stderr并到stdout。 但使用类似 cmd 1>&3 这样的形式时,原理相同,但往往不同于 2>&1 和 1>&2 通常用来合并的作用。 注意:普通cmd命令的cmd n>&n 和exec n>&n 是有区别的。 exec 0<infilename # 打开文件infilename作为 stdin exec 1>outfilename # 打开文件outfilename作为stdout exec 2>errfilename # 打开文件 errfilename作为 stderr exec 0<&- # 关闭 FD0 exec 1>&- # 关闭 FD1 exec 5>&- # 关闭 FD5 问: 如果关闭了 FD0、FD1、FD2,其后果是什么? 恢复 FD0、FD1、FD2与 关闭FD0、FD1、FD2 有什么区别?代码分别是什么? 打开了FD3~FD9,我们用完之后,你觉得是将他们关闭还是恢复? 下面是提示(例子来源于CU): exec 6>&2 2>ver # FD2(本来往monitor送的) 定向到文件ver command >>dev/null & #丢弃FD1(stdout) exec 2>&6 # 恢复 FD2 [color=red:581179d60a][size=18:581179d60a]4、简单举例(其中 yes.txt存在,no.txt不存在)[/size:581179d60a][/color:581179d60a] a、stdout 和stderr 都通过管道送给egrep了: (ls yes.txt 2>&1;ls no.txt 2>&1) 2>&1|egrep \* >file (ls yes.txt;ls no.txt) 2>&1|egrep \* >file ### 这个例子就是让大家:理解 命令执行顺序 和 管道“|” 在命令执行前,先要进行重定向的处理,并将把 nested sub-shell 的stdout 接到 egrep 命令的 stdin。 nested sub-shell ,在 ( ) 中的两个命令可以看作一个命令。其 stdout(FD1) 通过 “|” 作为 egrep 的 stdin,再加上 2>&1 时,初始 stdout 和 stderr 都往管道 “|” 送。 ### b、没有任何东西通过管道送给egrep,全部送往monitor。 (ls yes.txt 2>&1;ls no.txt 2>&1) >&2|egrep \* >file 虽然在()里面将 FD2转往FD1,但在()外,遇到 >&2 ,结果所有的都送到monitor。 [color=red:581179d60a][size=18:581179d60a]5、中阶例子(其中 you 这个文件是存在的,no 和 wu 这两个文件不存在)[/size:581179d60a][/color:581179d60a] r2007兄的:http://bbs.chinaunix.net/forum/viewt...313c6922123f67 条件:stderr通过管道送给egrep,正确消息仍然送给monitor(不变) exec 4>&1;(ls you no 2>&1 1>&4 4>&-;ls wu 2>&1 1>&4 4>&-)|egrep \* >file;exec 4>&- 或者 exec 4>&1;(ls you no;ls wu) 2>&1 1>&4 4>&-|egrep \* >file;exec 4>&- r2007 兄在其贴已有详细说明,如果加两个条件: (1)要求cmd1和cmd2并行运行; (2)将cmd1的返回值赋给变量 ss。 则为: exec 3>&1;exec 4>&1 ss=$(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1) exec 3>&-;exec 4>&- 说明: exec 3>&1;4>&1 ### 建立FD3,是用来将下面ls那条语句(子shell)中的FD1 恢复到正常FD1,即输出到monitor,你可以把FD3看作最初始的FD1的硬盘备份(即输出到monitor); ### 建立FD4,到时用作保存ls的返回值(echo $?),你可以将FD4看作你考试时用于存放计算“echo $?”的草稿纸; (ls you no 2>&1 1>&3 3>&-;echo $? >&4) ### 大家还记得前面说的子shell和管道吧。这条命令首先会继承FD0、FD1、FD2、FD3、FD4,它位于管道前,所以在运行命令前会先把子shell自己的FD1和管道“|”相连。 但是我们的条件是stderr通过管道送往egrep,stdout仍然输出到monitor。 于是通过2>&1,先把 子shell的FD1 的管道“送给”FD2,于是子shell中的stderr送往管道“|”; 再通过 1>&3,把以前的“硬盘备份”恢复给子shell的FD1,于是子shell中的FD1变成送到monitor了。 再通过3>&- ,将3关闭; 接着运行echo $? ,本来其输出值应该送往管道的,通过 >&4 ,将 输出 送往 “草稿纸”FD4,留以备用。 ((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 于是,stderr 通过管道送给 egrep ,stdout 送给monitor,但是,还有 FD4,它送到哪去了? $(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1) 最后的 4>&1 ,就是把FD4 重定向到 FD1。但由于其输出在 $( )中,其值就赋给变量ss了。 最后一行关闭 FD3、FD4。 [color=red:581179d60a][size=18:581179d60a]6、高阶例子[/size:581179d60a][/color:581179d60a] lightspeed 版主大大的:Shell 经典问题之 [ I/O 重定向] (http://bbs.chinaunix.net/forum/viewt...ow_type=new) [Q] 对于命令 cmd1, cmd2, cmd3, cmd4. 如何利用单向管道完成下列功能: [color=green:581179d60a] 1. 所有命令并行执行 2. cmd1 和 cmd2 不需要 stdin 3. cmd1 和 cmd2 的 stdout 定向到 cmd3 的 stdin 4. cmd1 和 cmd2 的 stderr 定向到 cmd4 的 stdin 5. cmd3 的 stdout 定向到文件 a, stderr 定向到屏幕 6. cmd4 的 stdout 定向到文件 b, stderr 定向到屏幕 7. cmd1 的返回码赋给变量 s 8. 不能利用临时文件 [/color:581179d60a] 解决方法: [color=blue:581179d60a] exec 3>&1; exec 4>&1 my_value=$(((((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>&1 | cmd3 >a 2>&3 ) 2>&1 | cmd4 >b ) 4>&1) exec 3>&-; exec 4>&- [/color:581179d60a] 解释: exec 3>&1; exec 4>&1 建立FD3 ,给cmd1恢复其FD1用和给cmd3 恢复其FD2用; 建立FD4,保存“echo $?”输出值的“草稿纸” 第一对括号到第一个管道:[color=red:581179d60a](cmd1 1>&3 ; echo $? >&4 )|[/color:581179d60a] cmd1本身没有stdin,其stdout原要送往第一个管道,由于1>&3的作用,其stdout被送往FD3;而 >&4 的作用实际是将 cmd1 运行后的返回码送往 FD4。cmd1的stderr默认等待下一步处理。最后,没有往管道送任何东西; 第二对括号到第二个管道:([color=red:581179d60a](cmd1 1>&3 ; echo $? >&4 )|[/color:581179d60a] cmd2) 3>&1| 由于第一个括号中cmd1的 stdout 被送往 FD3,导致管道左端没有任何输入,cmd2 从而就没有stdin。cmd2 的stdout则为默认的; 将第二对括号看出一个命令,其所有的stdout送往第二个管道“|”;同时由于3>&1的作用,原先cmd1的 stdout在送往FD3 又与cmd2的stdout并到一起,所以cmd1 和 cmd2 的 stdout 都送往第二个管道“|”。而cmd1、 cmd2的stderr仍然默认等待下一步处理; 第三对括号到第三个管道:(((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>&1 | cmd3 >a 2>&3 ) 2>&1| cmd3 >a 2>&3:cmd3接收处理来自管道的stdin后,其 stdout 送给文件a,其 stderr送往FD3,由于FD3继承FD1,实际上其stderr是送往monitor。如果没有“2>&3”,那么cmd3的 stderr就会干扰cmd1和cmd2的错误输出,所以它是必须的; 将第三个括号里完全看作一个命令,其stdout送往管道 “|”,由于2>&1,于是stderr也送往着管道。但由于cmd1、cmd2的stdout已经送给了cmd3处理,而cmd3的stdout输出到文件a,cmd3的stderr也送往monitor,所以实际上只有cmd1和cmd2的stderr送往管道。 cmd4 >b:cmd4接收处理来自管道的stdin后,其stdout 定向到文件 b,stderr 默认输出到monitor。 第四对括号:( (((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>& 1 | cmd3 >a 2>&3 ) 2>&1| cmd4 >b ) 4>&1 四对括号里面所有命令的 FD1、FD2都处理完了,但是还有“echo $? >&4”没处理。“4>&1”的作用就是“将FD4并到stdout”,但由于其他命令的stdout都处理完了,实际上就只有 $? 的值。 又由于 $() 会建立一个管道,输入端为()内命令,故 $? 的值被赋给变量 my_value。 最后一行是关闭FD3和FD4。 另:恢复重定向或关闭的stdout:exec 1>&2 ,恢复重定向或关闭的stderr:exec 2> &1。如果stdout和stderr全部都关闭了,又没有保存原来的FD,可以用:exec 1>/dev/tty 恢复。 ++++++++++++++++++++++++++++++++++++++++++++ 我尝试回答下面的问题。如有错误,还请各位前辈指正! [color=red:581179d60a][size=18:581179d60a]7、在一个交互式的(Interactive) shell 中, 用 exec 进行 I/O 重定向.[/size:581179d60a][/color:581179d60a] 1). Stdin, stderr 可以定向到文件中吗? 有什么结果? a、在交互式shell中,可以将stdin定向到文件。执行:exec 0<in 结果为:in 文件中每一行均会被自动执行,并且在最后会再加执行一个 exit 命令,导致退出(或退回到正常shell下)。 如 in 文件内容:$ more in date read lsp echo hahha echo "this is $lsp" 在提示符下执行命令:$ exec 0<in (以下为自动输出,除 # 及 # 后那行的内容) $ date Tue Jan 18 18:29:07 HKT 2005 $ read lsp # 其下面本应有的那句“ echo hahha ”的 “hahaha” 已经被读入到变量 lsp 中了 $ echo "this is $lsp" this is echo hahha $ exit b、在交互式shell中,可以将stderr定向到文件。执行:exec 2>err 结果为:命令提示符PS被屏蔽,输入的命令也被屏蔽。但是命令执行的结果,如果是stdout 则会回显到屏幕上,如果是 stderr 则不会回显到屏幕上。其中,命令提示符、命令、stderr均会保存到文件 err 中。如: $ exec 2>err err in out # 执行 ls 命令 Tue Jan 18 18:55:58 HKT 2005 # 执行 date 命令,而后执行了“ ls nofile”,nofile这个文件不存在 $ # 执行 exit 命令 现在让我们查看 err文件: $ more err [lsp@ii lsp]$ ls [lsp@ii lsp]$ date [lsp@ii lsp]$ ls nofile ls: nofile: No such file or directory [lsp@ii lsp]$ exit exit c、在交互式shell中,可以将stdout定向到文件。这个使我们常用到的。就不说了。就是将错误的输出内容定向到文件中。正确的输出内容并不受影响。 2). Stdin, Stderr 可以关闭吗? 有什么结果? 在交互式shell中,如果关闭stdin,如:exec 0<&- ,其结果是退出(或退回到正常shell下)。 在交互式shell中,如果关闭stderr,如:exec 2>&- ,状态同stderr定向到文件,唯一不同的是没有保存下来。 在交互式shell中,如果关闭stdoutr,如:exec 1>&- ,只要执行有stdout或stderr内容送往 monitor 的命令,如ls、date这类命令,均会报错:“ls: write error: Bad file descriptor”。其他如cd、mkdir、……这类命令不受影响。 3). 如果 stdin, stdout, stderr 进行了重定向或关闭, 但没有保存原来的 FD, 可以将其恢复到 default 状态吗? *** 如果关闭了stdin,因为会导致退出,那肯定不能恢复。 *** 如果重定向或关闭 stdout和stderr其中之一,可以恢复,因为他们默认均是送往monitor(但不知会否有其他影响)。如恢复重定向或关闭的stdout:exec 1>&2 ,恢复重定向或关闭的stderr:exec 2>&1。 *** 如果stdout和stderr全部都关闭了,又没有保存原来的FD,可以用:exec 1>/dev/tty 恢复。 +++++++++++++++++++ 下面参考了 r2007 兄的回复!谨以致谢! +++++++++++++++++++ [color=red:581179d60a][size=18:581179d60a]8、cmd >a 2>a 和 cmd >a 2>&1 为什么不同?[/size:581179d60a][/color:581179d60a] cmd >a 2>a :stdout和stderr都直接送往文件 a ,a文件会被打开两遍,由此导致stdout和stderr互相覆盖。 cmd >a 2>&1 :stdout直接送往文件a ,stderr是继承了FD1的管道之后,再被送往文件a 。a文件只被打开一遍,就是FD1将其打开。 他们的不同点在于: cmd >a 2>a 相当于使用了FD1、FD2两个互相竞争使用文件 a 的管道; 而cmd >a 2>&1 只使用了一个管道FD1,但已经包括了stdout和stderr。 从IO效率上来讲,cmd >a 2>&1的效率更高。 |
|
|
|
|
|
|
|
第 30 帖 | |
|
|
标准输入输出及重定向(好懂一点的)
1. 标准输入与输出 我们知道,执行一个 shell命令行时通常会自动打开三个标准文件,即标准输入文件(stdin),通常对应终端的键盘;标准输出文件(stdout)和标准错误输出文件(stderr),这两个文件都对应终端的屏幕。进程将从标准输入文件中得到输入数据,将正常输出数据输出到标准输出文件,而将错误信息送到标准错误文件中。 我们以cat命令为例,cat命令的功能是从命令行给出的文件中读取数据,并将这些数据直接送到标准输出。若使用如下命令: $ cat config 将会把文件config的内容依次显示到屏幕上。但是,如果cat的命令行中没有参数,它就会从标准输入中读取数据,并将其送到标准输出。例如: $ cat Hello world Hello world Bye Bye $ 用户输入的每一行都立刻被cat命令输出到屏幕上。 另一个例子,命令sort按行读入文件正文(当命令行中没有给出文件名时,表示从标准输入读入),将其排序,并将结果送到标准输出。下面的例子是从标准输入读入一个采购单,并将其排序。 $ sort bananas carrots apples apples bananas carrots $ 这时我们在屏幕上得到了已排序的采购单。 直接使用标准输入/输出文件存在以下问题: 输入数据从终端输入时,用户费了半天劲输入的数据只能用一次。下次再想用这些数据时就得重新输入。而且在终端上输入时,若输入有误修改起来不是很方便。 输出到终端屏幕上的信息只能看不能动。我们无法对此输出作更多处理,如将输出作为另一命令的输入进行进一步的处理等。 为了解决上述问题,Linux系统为输入、输出的传送引入了另外两种机制,即输入/输出重定向和管道。 输入重定向 输入重定向是指把命令(或可执行程序)的标准输入重定向到指定的文件中。也就是说,输入可以不来自键盘,而来自一个指定的文件。所以说,输入重定向主要用于改变一个命令的输入源,特别是改变那些需要大量输入的输入源。 例如,命令wc统计指定文件包含的行数、单词数和字符数。如果仅在命令行上键入: $ wc wc将等待用户告诉它统计什么,这时shell就好象死了一样,从键盘键入的所有文本都出现在屏幕上,但并没有什么结果,直至按下<ctrl+d>,wc才将命令结果写在屏幕上。 如果给出一个文件名作为wc命令的参数,如下例所示,wc将返回该文件所包含的行数、单词数和字符数。 $ wc /etc/passwd 20 23 726 /etc/passwd $ 另一种把/etc/passwd文件内容传给wc命令的方法是重定向wc的输入。输入重定向的一般形式为:命令<文件名。可以用下面的命令把wc命令的输入重定向为/etc/passwd文件: $ wc < /etc/passwd 20 23 726 $ 另一种输入重定向称为here文档,它告诉shell当前命令的标准输入来自命令行。here文档的重定向操作符使用<<。它将一对分隔符(本例中用delim表示)之间的正文重定向输入给命令。下例将一对分隔符delim之间的正文作为wc命令的输入,统计出正文的行数、单词数和字符数。 $ wc< >this text forms the content >of the here document,which >continues until the end of >text delimter >delim 4 17 98 在< <操作符后面,任何字符都可以作为正文开始前的分隔符,本例中使用delim作为分隔符。here文档的正文一直延续到遇见另一个分隔符为止。第二个分隔符应出现在新行的开头。这时here文档的正文(不包括开始和结束的分隔符)将重新定向送给命令wc作为它的标准输入。 由于大多数命令都以参数的形式在命令行上指定输入文件的文件名,所以输入重定向并不经常使用。尽管如此,当要使用一个不接受文件名作为输入参数的命令,而需要的输入内容又存在一个文件里时,就能用输入重定向解决问题。 输出重定向 输出重定向是指把命令(或可执行程序)的标准输出或标准错误输出重新定向到指定文件中。这样,该命令的输出就不显示在屏幕上,而是写入到指定文件中。 输出重定向比输入重定向更常用,很多情况下都可以使用这种功能。例如,如果某个命令的输出很多,在屏幕上不能完全显示,那么将输出重定向到一个文件中,然后再用文本编辑器打开这个文件,就可以查看输出信息;如果想保存一个命令的输出,也可以使用这种方法。还有,输出重定向可以用于把一个命令的输出当作另一个命令的输入(还有一种更简单的方法,就是使用管道,将在下面介绍)。 输出重定向的一般形式为:命令>文件名。例如: $ ls > directory.out $ cat directory.out ch1.doc ch2.doc ch3.doc chimp config mail/ test/ $ 将ls命令的输出保存为一个名为directory.out的文件。 注:如果>符号后边的文件已存在,那么这个文件将被重写。 为避免输出重定向中指定文件只能存放当前命令的输出重定向的内容,shell提供了输出重定向的一种追加手段。输出追加重定向与输出重定向的功能非常相似,区别仅在于输出追加重定向的功能是把命令(或可执行程序)的输出结果追加到指定文件的最后,而该文件原有内容不被破坏。 如果要将一条命令的输出结果追加到指定文件的后面,可以使用追加重定向操作符>>。形式为:命令>>文件名。例如: $ ls *.doc>>directory.out $ cat directory.out ch1.doc ch2.doc ch3.doc chimp config mail/ test/ ch1.doc ch2.doc ch3.doc $ 和程序的标准输出重定向一样,程序的错误输出也可以重新定向。使用符号2>(或追加符号2>>)表示对错误输出设备重定向。例如下面的命令: $ ls /usr/tmp 2> err.file 可在屏幕上看到程序的正常输出结果,但又将程序的任何错误信息送到文件err.file中,以备将来检查用。 还可以使用另一个输出重定向操作符(&>)将标准输出和错误输出同时送到同一文件中。例如: $ ls /usr/tmp &> output.file 利用重定向将命令组合在一起,可实现系统单个命令不能提供的新功能。例如使用下面的命令序列: $ ls /usr/bin > /tmp/dir $ wc –w < /tmp/dir 459 统计了/usr/bin目录下的文件个数。 管 道 将一个程序或命令的输出作为另一个程序或命令的输入,有两种方法,一种是通过一个临时文件将两个命令或程序结合在一起,例如上个例子中的/tmp/dir文件将ls和wc命令联在一起;另一种是Linux所提供的管道功能。这种方法比前一种方法更好。 管道可以把一系列命令连接起来,这意味着第一个命令的输出会作为第二个命令的输入通过管道传给第二个命令,第二个命令的输出又会作为第三个命令的输入,以此类推。显示在屏幕上的是管道行中最后一个命令的输出(如果命令行中未使用输出重定向)。 通过使用管道符“|”来建立一个管道行。用管道重写上面的例子: $ ls /usr/bin|wc -w 1789 再如: $ cat sample.txt|grep "High"|wc -l 管道将cat命令(列出一个文件的内容)的输出送给grep命令。grep命令在输入里查找单词High,grep命令的输出则是所有包含单词High的行,这个输出又被送给wc命令,wc命令统计出输入中的行数。假设sample.txt文件的内容如下: Things to do today: Low:Go grocery shopping High:Return movie High:Clear level 3 in Alien vs. Predator Medium:Pick up clothes from dry cleaner 那么该管道行的结果是2。 命令替换 命令替换和重定向有些相似,但区别在于命令替换是将一个命令的输出作为另外一个命令的参数。常用命令格式为: command1 `command2` 其中,command2的输出将作为command1的参数。需要注意的是这里的`符号,被它括起来的内容将作为命令执行,执行后的结果作为command1的参数。例如: $ cd `pwd` 该命令将pwd命令列出的目录作为cd命令的参数,结果仍然是停留在当前目录下。 |
|
|
|
|
|