Linux 重定向符号以及2>&1

一个进程默认会打开标准输入、标准输出、错误输出三个文件描述符

文件描述符为0，小于号表示数据由文件流入命令

usage:

命令 <file

#加入输入重定向，对输入文件进行计数

wc -l </etc/passwd

文件描述符为1,大于号表述数据由命令流入文件

所以： echo "hello" >t.log 也可以写成 echo "hello" 1 >t.log

> 会把文件的内容清空，再输入到新的文件

>> 会把当前内容保持不变，然后在下一行进行追加

2> 错误重定向，如果当前命令产生了错误，会把错误重定向到文件中，而不会打印到屏幕

&> 无论内容正确还是错误都会把文件输出到文件中。

stderr的文件描述符为2，Unix程序会向stderr流中写入错误信息。

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

如果希望 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是标准输出，>是重定向符号，那么"将标准错误输出重定向到标准输出"是不是就应该写成"2>1"就行了？是这样吗？ 如果是尝试过，你就知道2>1的写法其实是将标准错误输出重定向到名为"1"的文件里去了

标准输入 0

标准输出 1

标准错误 2

0、1、2是文件描述符

写一个只有一行的脚本 sleep 2000

启动这个脚本，得到其进程号为 10568

然后ls /proc/10568/fd

得到

0 1 2 255

然后lsof -p 10568|grep 255 可以看到 255这个进程描述符是shell读这个脚本的文件描述符

因此shell进程能用的就是 0 1 2

---