Chinaunix

标题: I/O重定向 详解及例子! [打印本页]

---

作者: shaoping0330    时间: 2005-01-17 18:28
标题: I/O重定向 详解及例子!
不好意思，今天发现高阶例子的解释中有个错误，同时也修改了一下全文。（2004－4－18）

    首先，感谢网中人、r2007、lightspeed等诸位前辈的无私指导！以下的一些结论可能有错，还请各位前辈多多指点，我会及时更正！

1、基本概念
  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 环境。


2、基本IO
  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 分界符


3、进阶IO
  >&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


4、简单举例（其中 yes.txt存在，no.txt不存在）
  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。


5、中阶例子（其中 you 这个文件是存在的，no 和 wu 这两个文件不存在）
r2007兄的：http://bbs.chinaunix.net/forum/viewtopic.php?t=221848&show_type=new&sid=cf30398c911e0d2b16313c6922123f67

条件：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。


6、高阶例子
  lightspeed 版主大大的：Shell 经典问题之 [ I/O 重定向] （http://bbs.chinaunix.net/forum/viewtopic.php?t=452079&show_type=new）
  [Q] 对于命令 cmd1, cmd2, cmd3, cmd4. 如何利用单向管道完成下列功能：
    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. 不能利用临时文件

  解决方法：
    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>&-  

  解释：
          exec 3>&1; exec 4>&1
建立FD3 ，给cmd1恢复其FD1用和给cmd3 恢复其FD2用；
建立FD4，保存“echo $?”输出值的“草稿纸”

          第一对括号到第一个管道：(cmd1 1>&3 ; echo $? >&4 )|
    cmd1本身没有stdin，其stdout原要送往第一个管道，由于1>&3的作用，其stdout被送往FD3；而 >&4 的作用实际是将 cmd1 运行后的返回码送往 FD4。cmd1的stderr默认等待下一步处理。最后，没有往管道送任何东西；

          第二对括号到第二个管道：((cmd1 1>&3 ; echo $? >&4 )| 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 恢复。

＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
我尝试回答下面的问题。如有错误，还请各位前辈指正！


7、在一个交互式的(Interactive) shell 中, 用 exec 进行 I/O 重定向.
  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 兄的回复！谨以致谢！
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋

8、cmd >a 2>a 和 cmd >a 2>&1 为什么不同？
    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的效率更高。

---

作者: 寂寞烈火    时间: 2005-01-17 19:18
标题: I/O重定向 详解及例子!
被楼主这种精神所深深折服!    

---

作者: icesummit    时间: 2005-01-17 21:51
标题: I/O重定向 详解及例子!

佩服佩服。

---

作者: r2007    时间: 2005-01-17 22:18
标题: I/O重定向 详解及例子!
理解透彻！
堪称 I/O BIBLE
佩服佩服！
呼吁加精！

---

作者: shaoping0330    时间: 2005-01-17 22:42
标题: I/O重定向 详解及例子!
谢谢各位的支持鼓励。如果不是前辈们的指点，我那能理解这些？

再次感谢 netman 、r2007、lightspeed、admirer……。我是先看了你们的例子和说明才写出来的！

---

作者: lightspeed    时间: 2005-01-17 23:19
标题: I/O重定向 详解及例子!
精神可嘉！  

可不可以将下面问题的分析加进去？


Shell 经典问题之 [ I/O 重定向] [3]  
http://bbs.chinaunix.net/forum/viewtopic.php?t=451763&highlight=lightspeed

[Q] 在一个交互式的(Interactive) shell 中, 用 exec 进行 I/O  重定向.

1. Stdin, stderr 可以定向到文件中吗? 有什么结果?

2. Stdin, Stderr 可以关闭吗? 有什么结果?

3. 如果 stdin, stdout, stderr 进行了重定向或关闭, 但没有保存原来的 FD,
   可以将其恢复到 default 状态吗?
        

[ SHELL 水平测试 ][ OVERVIEW 篇 ]
http://bbs.chinaunix.net/forum/viewtopic.php?t=476260&show_type=new&sid=1f18961300c819226e66e23bca1325f0

27. cmd  >a  2>a 和 cmd  >a  2>&1　为什么不同？

---

作者: shaoping0330    时间: 2005-01-18 11:44
标题: I/O重定向 详解及例子!
已经加了。还请 lightspeed 兄评点！

---

作者: waker    时间: 2005-01-18 12:20
标题: I/O重定向 详解及例子!
如果中国有10个像楼主一样的人，四化可以提前三年实现

---

作者: r2007    时间: 2005-01-18 12:54
标题: I/O重定向 详解及例子!

原帖由 "shaoping0330" 发表：
8、 cmd >a 2>a 和 cmd >a 2>&1 为什么不同？
cmd >a 2>a ：stdout和stderr都直接送往文件 a ；
cmd >a 2>&1 ：stdout直接送往文件a ，stderr是继承了FD1的管道之后，再被送往文件a 。
我想：他们的不同点在于：
cmd >a 2>a 相当于使用了两个管道；
而cmd >a 2>&1 只使用了一个管道。
从IO效率上来讲，cmd >a 2>&1 效率应该更高！

还有，a文件打开两遍，有各自的文件指针，会互相覆盖，实际应用中应该避免。

---

作者: shaoping0330    时间: 2005-01-18 13:02
标题: I/O重定向 详解及例子!
呵呵，不好意思。
刚刚在吃饭的时候，才想起忘记说 “cmd >a 2>a ” 会互相覆盖了。

---

作者: 一梦如是    时间: 2005-01-18 18:13
标题: I/O重定向 详解及例子!
[qupte]*** 如果stdout和stderr全部都关闭了，又没有保存原来的FD，可以用：exec 1>/dev/tty 恢复。[/quote]
Solaris 8下测试不能用此法恢复，请教该怎么恢复？

---

作者: shaoping0330    时间: 2005-01-18 20:19
标题: I/O重定向 详解及例子!
在 solaris 9 的bash和ksh下通过，在其tcsh下好像不一样，没有通过。
我不熟悉tcsh的缘故～～

solaris8 没环境，无法测试！

---

作者: r2007    时间: 2005-01-18 21:52
标题: I/O重定向 详解及例子!

原帖由 "一梦如是" 发表：

Solaris 8下测试不能用此法恢复，请教该怎么恢复？

没有环境，请梦人自测，不知是否有tty命令？

1. exec 1>`tty`

复制代码

---

作者: lightspeed    时间: 2005-01-18 23:28
标题: I/O重定向 详解及例子!
[quote]原帖由 "shaoping0330"]已经加了。还请 lightspeed 兄.....！[/quote 发表：


1.  stdin 定向到文件后,  可以不退出吗?

2.  stderr 定向到文件或关闭后, 多运行不同的程序(如 vi 等) 看看有没有问题.

新问题:

3. 怎样知道当前系统所有重定向的信息?

---

作者: bandt    时间: 2005-01-19 10:06
标题: I/O重定向 详解及例子!
看了这么多，现在总结发言啦：
把FD比作10个篮子，把输出和输入种类比作几个苹果（如输出到文件，输出到monitor，输入自文件，输入自monitor，这些都各算一个苹果），你可以随意把苹果往10个篮子里放，颠来倒去，倒来颠去，就像shaoping0330（逻辑能力超强    ）那样，但是一定要记住哪个篮子里放了什么苹果！
在玩放苹果游戏的时候，要遵循一些规则，比如，pipe这个咚咚，好像可以等于FD1（没深究过 ）

---

作者: shaoping0330    时间: 2005-01-19 16:06
标题: I/O重定向 详解及例子!
一、本来在测试 光速兄 的问题，结果出现一些新情况，一并贴上来。
文件名为 “-”。第一次是不小心建立的！
建立此文件至少可以使用：touch - 或 exec 1>-
删除此文件：rm -- -



二、往此文件写内容（有许多方法，如：echo date >- ，但这里只指使用exec ………………）：
1、利用stdout将内容定向到文件
$ exec 1>-
$ echo "date"
$ echo "ls"
$ echo "date"
$ echo "date"
此时，也可以使用重定向功能将输出内容送往其他文件，如：echo "other" > other.txt

2、借用一个FD将stdout定向到文件
exec 4>&1 1>-
#
在命令提示符上命令的stdout均会送往文件“-”
#
exec 1>&4 4>&-

3、将命令提示符上的输入送往文件
exec 2>-
# 此时，只有命令的stdout输出
#
exec 2>&1

3、上面的方法都不能直接将内容(要么包含PS，要么要借助stdout)写入文件“-”，不利用script，不知还有没有其他方法？

4、希望写文件的同时，stdout 同时输出到monitor上面来
如果不借助临时文件或tee命令，好像无法做到。因为FD的输出（stdout和stderr）不能直接复制成两份。不知这个原因对否？


三、希望显示此文件内容，至少有两种方案（more、cat这种命令无法显示“-”这种文件，谁知道哪些命令可以）：
1、利用标准的输入重定向和输出重定向
exec 1>test 2>&1        # 最好不要 2>&1 ，因为此后会屏蔽一切输入命令的显示（非屏蔽命令的执行）
                        # 如果没有 2>&1 ，提示符和输入仍然会显示，只是命令执行结果（stdout）会送往 test 文件
exec 0<-                # 将会将文件内容显示在提示符之后，但最后会退出
                        # test 文件将会保留 - 文件中的命令执行结果（stdout）
                        # 如果没有 2>&1 ，错误信息（stderr）仍然会送到屏幕
然后到test文件去查看内容，但是有许多内容并不是我们要看的。下面介绍另一种方法：

2、利用强大的read命令，仅显示文件“-”的内容
exec 4<-;while read -u 4;do echo $REPLY ;done;exec 4<&-

3、感觉前面两种方法都不方便，不知谁有更好的方法


四、在交互式shell中如果想不退出，有五种可能的方案：
1、使文件结束符不为：CTRL+D
stty eof "string"
如：stty eof ^P                               
exec 0<file1                                # 还是退出了交互shell

2、使shell不把CTRL+D 作为退出命令
set -o ignoreeof                       
exec 0<file1                                # 还是退出了交互shell

3、利用trap使shell忽略中断信号
                                        # 测试没有通过

4、将其放入subshell中运行
放在一对小括号中运行                        # 什么结果都没有了

5、设置shell的shopt（disown）                        # 不会


五、如何知道系统所有重定向的信息？

只知道可以使用：
$ read -u n   （n是 0～9）
# input
$ echo $REPLY
判断这个FD是否已经建立。

另外，也可以到/dev/fd下面查看哪些FD是建立的。

但是不知到如何得到更详尽的信息了！？


另外，补充一点：
[n]<>word                                在FDn 上，以读写的方式打开文件word，如果没有指定 n，则默认为 0。如果不存在文件word，则自动创建。

[n]<&digit-        将文件描述符 digit 移动到文件描述符 n 上，如果没有指定 n ，则默认为0。
[n]>&digit-        将文件描述符 digit 移动到文件描述符 n 上，如果没有指定 n ，则默认为1。
（可用将上面两个移动的看作是：复制 + 关闭 的组合）

---

作者: r2007    时间: 2005-01-19 22:03
标题: I/O重定向 详解及例子!

1. cat ./-
   
2. more ./-

复制代码

---

作者: wws75111    时间: 2005-01-23 13:42
标题: I/O重定向 详解及例子!
对我来说太难了，一点都看不懂。 请教一下，如何把错误即输出到屏幕，有输出到文件 〔但普通输出不要输出到文件〕？

---

作者: shaoping0330    时间: 2005-01-23 16:27
标题: I/O重定向 详解及例子!

对我来说太难了，一点都看不懂。 请教一下，如何把错误即输出到屏幕，有输出到文件 〔但普通输出不要输出到文件〕？

exec 4>&1
cmd1 2>&1 1>&4|tee -a ufile
exec 4>&-

---

作者: wws75111    时间: 2005-01-25 23:32
标题: I/O重定向 详解及例子!
非常感谢，你帮了我大忙。

---

作者: prowoo    时间: 2005-02-04 17:40
标题: I/O重定向 详解及例子!
难得啊！！

---

作者: ximcn    时间: 2005-02-04 17:45
标题: I/O重定向 详解及例子!
楼主希好人。

---

作者: wws75111    时间: 2005-04-03 19:06
标题: I/O重定向 详解及例子!

原帖由 "shaoping0330" 发表：

exec 4>&1
cmd1 2>&1 1>&4|tee -a ufile
exec 4>&-

－－－－－－－－－－－－－－－－－－－－－－－－
上面的脚本把错误输出重定向到文件，并显示在屏幕上。 那能否同时打印出错语句的程序名称、进程号等信息呢？ 〔因为调用子函数、程序等错误输出往往没有出错的程序名称、进程等信息，很多时候都不知道是哪个程序出错了〕

---

作者: wws75111    时间: 2005-04-04 13:31
标题: I/O重定向 详解及例子!
up,高手请帮忙一下

---

作者: 一梦如是    时间: 2005-04-04 14:33
标题: I/O重定向 详解及例子!
使用好的编程风格
在主程序中专门写个容错函数
例如：

1. runfunction()
   
2. {
   
3.   $*
   
4.   if [ $? -ne 0 ]
   
5.   then
   
6.   echo "ERROR found in function $1"
   
7.      let "errorCounter = errorCounter + 1"
   
8. fi
   
9. }

复制代码

用来调用函数，即可知哪个函数出错。
或者直接在函数、程序中写报错语句段，则定位更为准确。

---

作者: li2002    时间: 2005-04-04 16:28
标题: I/O重定向 详解及例子!
看到中阶我就不能理解了，注意是关于fd4的问题。

1. 
   
2. 如果加两个条件：
   
3. （1）要求cmd1和cmd2并行运行；
   
4. （2）将cmd1的返回值赋给变量 ss。
   
5. 则为：
   
6. exec 3>&1;exec 4>&1
   
7. ss=$(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1)
   
8. exec 3>&-;exec 4>&-
   

复制代码

刚开始时如果fd1为stdout，则执行了exec 4>&1后fd4也代表stdout。
在第二句中执行echo $? >$4时，原来的1应指向pipe，执行后1指到4（即stdout），最后的4>&1不是没有必要吗（此时4和1都指向stdout）
我的想法肯定是错误的，因为按照我的想法，cmd1(即ls...)的1指到stdout
，cmd2(即echo ..)的1也指向stdout（需然cmd2指向是4，4就是stdout），两个命令的输出都是stdout，因为命令是在$()中执行的，stdout的都被送到ss中。这样的话就没有显示了。实际情况却分开了。cmd1的结果显示在屏幕上，而cmd2的输出送到ss中。我哪里想错了，按我的理解这两个要么如显示要么全送到ss。
请大哥为我解惑！！

---

作者: 一梦如是    时间: 2005-04-04 22:20
标题: I/O重定向 详解及例子!
我的分析
两种情况下，子进程的fd1不继承于父进程
1.当出现管道时，fd1变成指向管道
2.$()，fd1变成指向$(cmd)这个值（有点说不清这个fd指向的具体是什么），反正不是标准输出，您$(echo ls)看看输出ls了没有
(ls you no 2>&1 1>&3 3>&-;echo $? >&4)这句让ls的正确信息和echo的正确信息都定向到monitor（此时所有的fd都是继承于父进程），最后的4>&1把fd4定向到$()的值（因为此时的fd1指向的是$()的值，而不是标准输出）
，如果没有最后的4>&1，那么$()里什么都没有，因为ls、echo的输出指向标准输出，egrep的输出指向file，没有指向到$()的
勉强自圆其说，还请高手指教

---

作者: r2007    时间: 2005-04-04 23:06
标题: I/O重定向 详解及例子!

如果加两个条件：
（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 4>&1是多余的，它可以写成exec 4>&2或干脆去掉，都不影响结果。
ss=$((......) 4>&1)这句应该从外向里分析：
$()会建立一个管道(fd1)，输入端为()内命令，输出端即为ss。
4>&1-->(fd4=fd1)把fd4重定向为给ss赋值的管道
第二层()里面的命令如果向fd4写内容，就会被管道的另一端ss得到了。
所以 echo $? >&4这里的重定向就到了ss那里了。
可以简写为

1. exec 3>&1
   
2. ss=$(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1)
   
3. exec 3>&-

复制代码

---

作者: 一梦如是    时间: 2005-04-04 23:09
标题: I/O重定向 详解及例子!
原来$()也会建立管道，这样就解释通了

---

作者: li2002    时间: 2005-04-05 07:59
标题: I/O重定向 详解及例子!
明白了，原来进入$()后fd1已经不是stdout，而是pipe了，这个pipe的输入是括号里面的fd4送它的（因为4>&1），输出就是ss。
没想到这一点。谢谢r2007！

---

作者: ywsun    时间: 2005-05-10 10:51
标题: I/O重定向 详解及例子!
expert!!

---

作者: cuci    时间: 2005-06-03 14:50
标题: I/O重定向 详解及例子!

原帖由 "shaoping0330" 发表：

    cmd >a 2>a ：stdout和stderr都直接送往文件 a ，a文件会被打开两遍，由此导致stdout和stderr互相覆盖。
    cmd >a 2>&1 ：stdout直接送往文件a ，stderr是继承了FD1的管道之后，再被送往文件a ?.........

cmd >> file 2>&1 把 stderr 和 stderr 一起重定向到 file 文件中
这句的第一个stderr应该是stdout吧？

---

作者: 秋池飞叶    时间: 2005-07-25 08:56
标题: I/O重定向 详解及例子!
好~！

---

作者: tdyne    时间: 2006-07-03 15:31
标题: 还是不明白
对于26楼"li2002"兄提的问题,我还是不太明白.
首先,"r2007"版主的解释我看得明白,也认为解释合理.但是,"r2007"版主提供的改进的代码在我的机器上执行会报错"-bash: 4: Bad file descriptor"(我linux内核是2.4.20-20.9,shell版本是"GNU bash, version 2.05b.0(1)").因此提一个问题:FD除了0,1.2,需要使用的话是不是需要提前申明一下或者定义一下.

另外还有一个问题,让我奇怪的是楼主"shaoping0330"提供的代码反而能够执行,并能得到正确的结果.此处的疑问是既然前面有了语句"exec 4>&1",那就说明FD4已经指向了monitor,所以执行语句"echo $? >&4"的时候,应该是原本送到管道的内容现在送到FD4,也就是monitor.个人觉得哪怕是$()起了管道也还是如此,因为起了管道默认只影响FD1,不会影响FD4的呀.
当然就如同li2002所说的,我的理解肯定有误,但百思不得其解,请"r2007"版主或其他高手再次释疑.谢谢!

---

作者: r2007    时间: 2006-07-03 16:04
把
exec 4>&1
换成
exec 4>tmplog
试一下
仔细想想到底是哪个 4>&1 在起作用？
另外楼上的出错信息，在我的系统没有出现
kernel 2.4.23

bash, version 2.05b.0

[ 本帖最后由 r2007 于 2006-7-3 16:11 编辑 ]

---

作者: tdyne    时间: 2006-07-04 14:54
标题: 再次请问
"r2007"版主您好,请问:
ss=$(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1)
当$()启了管道以后,是不是4>&1的执行优先雨前面()里的命令,我觉得是4>&1优先的话,您的解释我就能理解了.
但是,命令应该是从左往右执行的吧,能解释一下吗?谢谢!

---

作者: r2007    时间: 2006-07-04 15:00
((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 就相当于 cmd
所以可以看成这样
ss=$(cmd 4>&1)
其它依次类推

---

作者: wangnin-001    时间: 2006-11-07 10:13
楼主真是细心人!
佩服!

---

作者: thinkry    时间: 2006-11-29 16:51
顶楼主
终于明白了2>&1 1>/dev/null的含义

---

作者: sxz001    时间: 2007-01-31 23:17
标题: 回复 26楼 一梦如是 的帖子
高，实在是高！

---

作者: boatman    时间: 2008-03-20 16:43
好帖就要顶顶顶

---

作者: zghover    时间: 2008-04-11 15:37
顶，学习中... ...

---

作者: wendaozhe    时间: 2008-08-01 19:27
强贴，淘宝ing

---

作者: wendaozhe    时间: 2008-08-02 09:34

1. ss=$(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1)

复制代码

我想可不可这样理解：
整个过程在三个sub-shell中执行:
第一个sub-shell: ls you no 2>&1 1>&3 3>&-;echo $? >&4
第二个sub-shell:egrep \*>file
第三个sub-shell:ss=$()
结果：
第一个sub-shell把其stderr给了第二个sun-shell作为输入，把其stdout输出给monitor,并且保留ls you no 2>&1 1>&3 3>&- 的return value给fd4
第三个sun-shell把fd4提出送给ss

---

作者: wstar    时间: 2008-08-06 22:00
真的佩服lz啊

---

作者: peckerwood    时间: 2008-08-06 22:04
不错的文章 我要收藏下来 I/O重定向用得太多了

---

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)

Powered by Discuz! X3.2