Linux shell中2>&1的含义解释

A.首先了解下1和2在Linux中代表什么

在Linux系统中0 1 2是一个文件描述符

名称代码操作符Java中表示Linux 下文件描述符（Debian 为例)
标准输入(stdin) 0 < 或 << System.in /dev/stdin -> /proc/self/fd/0 -> /dev/pts/0
标准输出(stdout) 1 >, >>, 1> 或 1>> System.out /dev/stdout -> /proc/self/fd/1 -> /dev/pts/0
标准错误输出(stderr) 2 2> 或 2>> System.err /dev/stderr -> /proc/self/fd/2 -> /dev/pts/0

上面表格引用自这里
从上表看的出来，我们平时使用的

echo "hello" > t.log

其实也可以写成

echo "hello" 1> t.log

B.关于2>&1的含义

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

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

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

考虑如下一条shell命令

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

(最后一个&表示把条命令放到后台执行，不是本文重点，不懂的可以自行Google)
为什么2>&1一定要写到>log后面，才表示标准错误输出和标准输出都定向到log中？
我们不妨把1和2都理解是一个指针,然后来看上面的语句就是这样的：

  1. 本来1----->屏幕 （1指向屏幕）
  2. 执行>log后， 1----->log (1指向log)
  3. 执行2>&1后， 2----->1 (2指向1，而1指向log,因此2也指向了log)

再来分析下

nohup java -jar app.jar 2>&1 >log &
  1. 本来1----->屏幕 （1指向屏幕）
  2. 执行2>&1后， 2----->1 (2指向1，而1指向屏幕,因此2也指向了屏幕)
  3. 执行>log后， 1----->log (1指向log，2还是指向屏幕)
    所以这就不是我们想要的结果。

简单做个试验测试下上面的想法：
java代码如下：

public class Htest {
    public static void main(String[] args) {
        System.out.println("out1");
        System.err.println("error1");
    }
}

javac编译后运行下面指令：

java Htest 2>&1 > log

你会在终端上看到只输出了"error1"，log文件中则只有"out1"

D.每次都写">log 2>&1"太麻烦，能简写吗？

有以下两种简写方式

&>log
>&log

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

nohup java -jar app.jar &>log &

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

参考：
https://unix.stackexchange.com/questions/89386/what-is-symbol-and-in-unix-linux
https://superuser.com/questions/335396/what-is-the-difference-between-and-in-bash

 

出处：https://blog.csdn.net/zhaominpro/article/details/82630528

=======================================================================================

Linux中的 /dev/null 2>&1 详解

今天一个朋友突然在自己的维护的Linux中, /var/spool/cron/root 中看到了以下的内容:
30 19 * * * /usr/bin/**dcon.sh > /dev/null 2>&1
59 23 * * 1-7 /home/s**-log/squid-log.renew > /dev/null 2>&1
50 1 * * 1-7 /usr/local/src/**log.sh > /dev/null 2>&1
20 2 * * 1-7 /home/sq**-log/**log > /dev/null 2>&1
30 2 * * 1-7 /home/sq**-log/**log.01
30 22 * * * /bin/**sync > /dev/null 2>&1
00 8 * * 1-7 /home/**-log/rmcore > /dev/null 2>&1
00 16 * * 1-7 /home/**-log/rmcore > /dev/null 2>&1
 
他问我为什么要用 /dev/null 2>&1 这样的写法.
这条命令的意思是将标准输出和错误输出全部重定向到/dev/null中,也就是将产生的所有信息丢弃.
下面我就为大家来说一下, command > file 2>file  与command > file 2>&1 有什么不同的地方.
      首先~command > file 2>file 的意思是将命令所产生的标准输出信息,和错误的输出信息送到file 中.command  > file 2>file 这样的写法,stdout和stderr都直接送到file中, file会被打开两次,这样stdout和stderr会互相覆盖,这样写相当使用了FD1和FD2两个同时去抢占file 的管道.
      而command >file 2>&1 这条命令就将stdout直接送向file, stderr 继承了FD1管道后,再被送往file,此时,file 只被打开了一次,也只使用了一个管道FD1,它包括了stdout和stderr的内容.
      从IO效率上,前一条命令的效率要比后面一条的命令效率要低,所以在编写shell脚本的时候,较多的时候我们会用command > file 2>&1 这样的写法.
 
参考：http://viplin.blog.51cto.com/241472/99568

 

出处：https://www.cnblogs.com/weifeng1463/p/7258348.html

posted on 2021-06-23 09:37  jack_Meng  阅读(455)  评论(0)  编辑  收藏  举报

导航