> 会重写文件，如果文件里面有内容会覆盖。

>> 这个是将输出内容追加到目标文件中。如果文件不存在，就创建文件。

在 Linux 系统中：

标准输入（stdin）默认为键盘输入

标准输出（stdout）默认为屏幕输出

标准错误输出（stderr）默认也是输出到屏幕（上面的 std 表示 standard）

在BASH中使用这些概念时一般将标准输出表示为 1 将标准错误输出表示为 2

• 0表示标准输入 键盘
• 1表示标准输出 屏幕
• 2表示标准错误输出 屏幕
• > 默认为标准输出重定向，与 1> 相同
• 2>&1 意思是把 标准错误输出 重定向到 标准输出.
• &>file 意思是把 标准输出 和 标准错误输出 都重定向到文件file中

//首先将标准错误输出也重定向到标准输出中，再将标准输出重定向到 all_result 这个文件中
$ find /home -name lost* > all_result 2>&1

上面这个例子中将首先将标准错误输出也重定向到标准输出中，再将标准输出重定向到 all_result 这个文件中

grep abc test.txt 1>&2
rm -f $(find / -name test) &> /dev/null

上面两例中的 & 如何理解，&不是放到后台执行吗?

&>file 或 n>&m均是一个独立的重定向符号，不要分开来理解。

明确文件和文件描述符的区别。 &>file表示重定向标准输出和错误到文件

```
rm -f $(find / -name core) &> /dev/null

/dev/null是一个文件，这个文件比较特殊，所有传给它的东西它都丢弃掉。
```

n>&m 表示使文件描述符n成为输出文件描述符m的副本。

这样做的好处是，有的时候你查找文件的时候很容易产生无用的信息, 如 2> /dev/null的作用就是不显示标准错误输出 如 2>&1 出错信息也许很重要,便于你检查是哪出了毛病, 错误重定向到正确

注意，为了方便理解，必须设置一个环境使得执行 grep abc test.txt 命令会有正常输出和错误输出，然后分别使用下面的命令生成三个文件：

```
grep abc test.txt > log1
grep abc test.txt > log2 1>&2
grep abc test.txt > log3 2>&1 #grep abc test.txt 2>log4 1>&2 结果一样

查看log1会发现里面只有正常输出内容
查看log2会发现里面什么都没有
查看log3会发现里面既有正常输出内容又有错误输出内容
```