shell中 >& 的含义解释

本文详细介绍了Unix/Linux系统中的输出重定向、输入重定向、HereDocument技巧,以及如何利用2>&1合并标准输出和错误,包括使用/dev/null隐藏输出。还提供了简写方法和HereDocument的实际应用示例,帮助读者理解并有效利用这些技术。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

重定向

输出重定向

输入重定向

重定向深入讲解

关于2>&1

为什么2>&1要放在后面

简写

Here Document

实例

/dev/null 文件


重定向

大多数 UNIX 系统命令从你的终端接受输入并将所产生的输出发送回​​到您的终端。一个命令通常从一个叫标准输入的地方读取输入,默认情况下,这恰好是你的终端。同样,一个命令通常将其输出写入到标准输出,默认情况下,这也是你的终端。

重定向命令列表如下:

命令说明
command > file将输出重定向到 file。
command < file将输入重定向到 file。
command >> file将输出以追加的方式重定向到 file。
n > file将文件描述符为 n 的文件重定向到 file。
n >> file将文件描述符为 n 的文件以追加的方式重定向到 file。
n >& m将输出文件 m 和 n 合并。
n <& m将输入文件 m 和 n 合并。
<< tag将开始标记 tag 和结束标记 tag 之间的内容作为输入。

需要注意的是文件描述符 0 通常是标准输入(STDIN),1 是标准输出(STDOUT),2 是标准错误输出(STDERR)。


输出重定向

重定向一般通过在命令间插入特定的符号来实现。特别的,这些符号的语法如下所示:

command1 > file1

上面这个命令执行command1然后将输出的内容存入file1。

注意任何file1内的已经存在的内容将被新内容替代。如果要将新内容添加在文件末尾,请使用>>操作符。

执行下面的 who 命令,它将命令的完整的输出重定向在用户文件中(users):

$ who > users

执行后,并没有在终端输出信息,这是因为输出已被从默认的标准输出设备(终端)重定向到指定的文件。

你可以使用 cat 命令查看文件内容:

$ cat users
_mbsetupuser console  Oct 31 17:35 
tianqixin    console  Oct 31 17:35 
tianqixin    ttys000  Dec  1 11:33 

输出重定向会覆盖文件内容,请看下面的例子:

$ echo "菜鸟教程:www.runoob.com" > users
$ cat users
菜鸟教程:www.runoob.com
$

如果不希望文件内容被覆盖,可以使用 >> 追加到文件末尾,例如:

$ echo "菜鸟教程:www.runoob.com" >> users
$ cat users
菜鸟教程:www.runoob.com
菜鸟教程:www.runoob.com
$

输入重定向

和输出重定向一样,Unix 命令也可以从文件获取输入,语法为:

command1 < file1

这样,本来需要从键盘获取输入的命令会转移到文件读取内容。

注意:输出重定向是大于号(>),输入重定向是小于号(<)。

接着以上实例,我们需要统计 users 文件的行数,执行以下命令:

$ wc -l users
       2 users

也可以将输入重定向到 users 文件:

$  wc -l < users
       2 

注意:上面两个例子的结果不同:第一个例子,会输出文件名;第二个不会,因为它仅仅知道从标准输入读取内容。

command1 < infile > outfile

同时替换输入和输出,执行command1,从文件infile读取内容,然后将输出写入到outfile中。

重定向深入讲解

一般情况下,每个 Unix/Linux 命令运行时都会打开三个文件:

  • 标准输入文件(stdin):stdin的文件描述符为0,Unix程序默认从stdin读取数据。
  • 标准输出文件(stdout):stdout 的文件描述符为1,Unix程序默认向stdout输出数据。
  • 标准错误文件(stderr):stderr的文件描述符为2,Unix程序会向stderr流中写入错误信息。

默认情况下,command > file 将 stdout 重定向到 file,command < file 将stdin 重定向到 file。

比如:

echo "hello" > t.log 

其实也可以写成

echo "hello" 1> t.log

如果希望 stderr 重定向到 file,可以这样写:

$ command 2>file

如果希望 stderr 追加到 file 文件末尾,可以这样写:

$ command 2>>file

2 表示标准错误文件(stderr)。

如果希望将 stdout 和 stderr 合并后重定向到 file,可以这样写:

$ command > file 2>&1
或者

$ command >> file 2>&1

如果希望对 stdin 和 stdout 都重定向,可以这样写:

$ command < file1 >file2

command 命令将 stdin 重定向到 file1,将 stdout 重定向到 file2。

关于2>&1

(关于输入/输出重定向本文就不细说了,不懂的可以参考这里,主要是要了解> < << >> <& >& 这6个符号的使用)

  1. 含义:将标准错误输出重定向到标准输出
  2. 符号>&是一个整体,不可分开,分开后就不是上述含义了。比如有些人可能会这么想:2是标准错误输入,1是标准输出,>是重定向符号,那么"将标准错误输出重定向到标准输出"是不是就应该写成"2>1"就行了?是这样吗?如果是尝试过,你就知道2>1的写法其实是将标准错误输出重定向到名为"1"的文件里去了
  3. 写成2&>1也是不可以的

为什么2>&1要放在后面


考虑如下一条shell命令

nohup java -jar app.jar >log 2>&1 &

(最后一个&表示把条命令放到后台执行,不是本文重点,不懂的可以自行Google)


为什么2>&1一定要写到>log后面,才表示标准错误输出和标准输出都定向到log中?
我们不妨把1和2都理解是一个指针,然后来看上面的语句就是这样的:

  • 本来1----->屏幕 (1指向屏幕)
  • 执行>log后, 1----->log (1指向log)
  • 执行2>&1后, 2----->1 (2指向1,而1指向log,因此2也指向了log)
  • 再来分析下
nohup java -jar app.jar 2>&1 >log &

  • 本来1----->屏幕 (1指向屏幕)
  • 执行2>&1后, 2----->1 (2指向1,而1指向屏幕,因此2也指向了屏幕)
  • 执行>log后, 1----->log (1指向log,2还是指向屏幕)

所以这就不是我们想要的结果。

简写

每次都写">log 2>&1"太麻烦,能简写吗?
有以下两种简写方式

&>log
>&log



比如上面小节中的写法就可以简写为:

nohup java -jar app.jar &>log &


上面两种方式都和">log 2>&1"一个语义。
那么 上面两种方式中&>和>&有区别吗?
语义上是没有任何区别的,但是第一中方式是最佳选择,一般使用第一种
 


Here Document

Here Document 是 Shell 中的一种特殊的重定向方式,用来将输入重定向到一个交互式 Shell 脚本或程序。

它的基本的形式如下:

command << delimiter
    document
delimiter

它的作用是将两个 delimiter 之间的内容(document) 作为输入传递给 command。

注意:

  • 结尾的delimiter 一定要顶格写,前面不能有任何字符,后面也不能有任何字符,包括空格和 tab 缩进。
  • 开始的delimiter前后的空格会被忽略掉。

实例

在命令行中通过 wc -l 命令计算 Here Document 的行数:

$ wc -l << EOF
    欢迎来到
    菜鸟教程
    www.runoob.com
EOF
3          # 输出结果为 3 行
$

我们也可以将 Here Document 用在脚本中,例如:

#!/bin/bash
# author:菜鸟教程
# url:www.runoob.com

cat << EOF
欢迎来到
菜鸟教程
www.runoob.com
EOF

执行以上脚本,输出结果:

欢迎来到
菜鸟教程
www.runoob.com

/dev/null 文件

如果希望执行某个命令,但又不希望在屏幕上显示输出结果,那么可以将输出重定向到 /dev/null:

$ command > /dev/null

/dev/null 是一个特殊的文件,写入到它的内容都会被丢弃;如果尝试从该文件读取内容,那么什么也读不到。但是 /dev/null 文件非常有用,将命令的输出重定向到它,会起到"禁止输出"的效果。

如果希望屏蔽 stdout 和 stderr,可以这样写:

$ command > /dev/null 2>&1

注意:0 是标准输入(STDIN),1 是标准输出(STDOUT),2 是标准错误输出(STDERR)。

这里的 2 和 > 之间不可以有空格,2> 是一体的时候才表示错误输出。

&lt;think&gt;好的,用户现在问的是关于shell中的重定向操作符2&gt;&amp;-和2&gt;&amp;1。我之前已经回答过关于install命令的问题,现在需要处理这两个重定向符号的区别和用法。首先,我需要回忆这两个符号的具体含义,确保自己理解正确。 首先,用户可能是在编写脚本或者命令行操作时遇到了输出重定向的问题,特别是关于标准错误(stderr)的处理。这两个符号看起来相似,但功能不同,容易混淆。用户需要明确它们的区别,以便正确使用。 接下来,我需要拆解这两个符号。2&gt;&amp;-是关闭标准错误输出,而2&gt;&amp;1是将标准错误重定向到标准输出的位置。需要分别解释它们的用途和典型场景。 对于2&gt;&amp;-,要说明它如何关闭文件描述符2(stderr),这在需要完全禁止错误输出时使用,比如在后台运行脚本时不想记录任何错误信息。但需要注意关闭后,任何尝试写入stderr的操作都会失败,可能导致程序异常终止,所以使用时需要谨慎。 然后是2&gt;&amp;1,这是将stderr合并到stdout,这样错误信息可以和普通输出一起被重定向到文件或管道。这在需要同时捕获或记录所有输出时非常有用。例如,使用command &gt; output.log 2&gt;&amp;1将stdout和stderr都写入同一个日志文件。 用户可能的混淆点在于这两个符号的相似写法但不同的效果,需要对比说明。同时,需要提醒用户注意顺序问题,比如在重定向时的顺序会影响结果,比如command &gt; file 2&gt;&amp;1和command 2&gt;&amp;1 &gt; file的区别。 此外,用户可能想知道实际应用中的例子,比如在脚本中的使用场景,或者如何调试相关问题。比如,当需要忽略所有错误输出时使用2&gt;&amp;-,或者需要将错误和正常输出一起处理时使用2&gt;&amp;1。 还要考虑用户的使用环境,是否在Linux/Unix环境下,使用哪种shell(比如bash、zsh等),虽然大多数情况下这些重定向操作符的行为是一致的,但最好还是确认一下。 另外,用户可能没有明确说出他们的具体问题,但可能遇到了因为错误使用这些符号导致的脚本错误,比如关闭了stderr后程序崩溃,或者没有正确合并输出导致日志不全。因此,在回答时需要指出潜在的问题和注意事项。 最后,总结这两个操作符的区别,用表格或对比的方式帮助用户快速理解,并给出使用建议,比如何时使用哪一个,以及常见的错误用法。&lt;/think&gt;在 Shell 脚本中,`2&gt;&amp;-` 和 `2&gt;&amp;1` 都是与标准错误流(stderr,文件描述符 2)相关的重定向操作符,但它们的用途和效果截然不同。以下是详细对比: --- ### **核心概念** | 表达式 | 文件描述符关系 | 本质行为 | 典型场景 | |-----------|---------------------|-----------------------------|-----------------------------| | `2&gt;&amp;-` | 关闭 stderr 通道 | 完全禁用错误输出 | 静默模式运行,忽略所有错误 | | `2&gt;&amp;1` | 合并到 stdout 通道 | 将错误输出重定向到标准输出 | 统一捕获/记录所有输出信息 | --- ### **逐项解析** #### **1. `2&gt;&amp;-`(关闭标准错误)** - **作用原理** 关闭文件描述符 2(stderr),使程序无法输出错误信息 - **效果示例** ```bash # 尝试列出不存在的文件,并关闭错误输出 ls /non-existent 2&gt;&amp;- # 终端不会有任何错误提示(包括 &quot;No such file...&quot;) ``` - **注意事项** - 被关闭的流若尝试写入会触发错误(`Bad file descriptor`) - 可能导致程序异常终止(若依赖错误输出功能) #### **2. `2&gt;&amp;1`(合并错误到标准输出)** - **作用原理** 将 stderr(文件描述符 2)重定向到 stdout(文件描述符 1)的当前位置 - **效果示例** ```bash # 将正常输出和错误输出都写入 log.txt command &gt; log.txt 2&gt;&amp;1 # 实时查看混合输出(例如配合管道) command 2&gt;&amp;1 | grep &quot;error&quot; ``` - **顺序敏感性** ```bash # 错误写法:只会重定向 stdout command 2&gt;&amp;1 &gt; log.txt # stderr 仍输出到终端 # 正确写法:先重定向 stdout,再合并 stderr command &gt; log.txt 2&gt;&amp;1 ``` --- ### **对比实验** ```bash # 实验 1:关闭错误输出 $ ls /non-existent 2&gt;&amp;- # 无任何输出 # 实验 2:合并错误到标准输出 $ ls /non-existent &gt; output.txt 2&gt;&amp;1 $ cat output.txt ls: cannot access &#39;/non-existent&#39;: No such file or directory # 实验 3:错误顺序导致的问题 $ ls /non-existent 2&gt;&amp;1 &gt; output.txt ls: cannot access &#39;/non-existent&#39;: No such file or directory # 错误仍然显示在终端 ``` --- ### **使用建议** | 场景 | 推荐操作 | 说明 | |-------------------------------|-------------------------|------------------------------------------| | 后台服务静默运行 | `command 2&gt;&amp;- &amp;` | 完全忽略错误输出(需确保程序健壮性) | | 日志记录 | `command &gt; log 2&gt;&amp;1` | 统一记录正常输出和错误信息 | | 实时调试 | `command 2&gt;&amp;1 | less` | 在分页器中同时查看两种输出 | | 临时屏蔽错误 | `command 2&gt;&amp;- || true` | 忽略错误并保证后续命令执行 | --- ### **扩展知识** 1. **文件描述符继承** 子进程会继承父进程打开的文件描述符,使用 `2&gt;&amp;-` 可主动关闭不需要的通道 2. **特殊设备文件** ```bash # 将错误输出发送到&quot;黑洞&quot; command 2&gt;/dev/null # 完全静默模式(推荐替代 2&gt;&amp;- 的方案) command &amp;&gt;/dev/null # Bash 简写 command &gt;/dev/null 2&gt;&amp;1 ``` 3. **诊断技巧** ```bash # 查看文件描述符状态 ls -l /proc/$$/fd # $$ 表示当前 shell 的 PID ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值