外部文件描述符或路径，后接整数表示文件描述符或路径。

1: 标准输出重定向

> 将当前命令的标准输出（又称 STDOUT）重定向到文件或其他描述符中。

以下示例将 ls 命令的输出写入文件 file.txt

ls >file.txt
\> file.txt ls

如果目标文件不存在，则将创建该文件，否则将替换该文件中的内容。

默认的重定向描述符是标准输出，如果没有指定，则为 1。该命令等同于前面明确指出标准输出的示例：

ls 1>file.txt

注意：重定向是由执行的 shell 而不是执行的命令初始化的，因此是在执行命令之前完成的。

2: 追加与替换

替换>

0. 如果指定文件不存在，则创建该文件。
1. 替换（删除文件内容）
2. 写入文件

$ echo "first line" > /tmp/lines
$ echo "second line" > /tmp/lines

$ cat /tmp/lines
second line

追加 >>

0. 如果指定文件不存在，则创建该文件。
1. 追加文件（写入文件末尾）。

# Overwrite existing file
$ echo "first line" > /tmp/lines

# Append a second line
$ echo "second line" >> /tmp/lines

$ cat /tmp/lines
first line
second line

3: 同时重定向 STDOUT 和 STDERR

像 0 和 1 这样的文件描述符是指针。我们通过重定向来改变文件描述符的指向。>/dev/null 表示 1 指向 /dev/null。

首先，我们将 1（STDOUT）指向 /dev/null，然后将 2（STDERR）指向 1 所指向的文件。

# STDERR is redirect to STDOUT: redirected to /dev/null,
# effectually redirecting both STDERR and STDOUT to /dev/null
echo 'hello' > /dev/null 2>&1

Version ≥ 4.0

这可以进一步简化为以下内容：

echo 'hello' &> /dev/null

但是，如果考虑到 shell 的兼容性，这种形式在生产中可能并不可取，因为它与 POSIX 相冲突，会带来解析上的歧义，而且没有此功能的 shell 会误解它：

# Actual code
echo 'hello' &> /dev/null
echo 'hello' &> /dev/null 'goodbye'

# Desired behavior
echo 'hello' > /dev/null 2>&1
echo 'hello' 'goodbye' > /dev/null 2>&1

# Actual behavior
echo 'hello' &
echo 'hello' & goodbye > /dev/null

注意： &> 在 Bash 和 Zsh 中都能正常工作。

4: 使用命名管道

有时，你可能想把一个程序输出的内容输入另一个程序，但又不能使用标准管道。

ls -l | grep ".log"

您可以直接写入临时文件：

touch tempFile.txt
ls -l > tempFile.txt
grep ".log" < tempFile.txt

不过，没有人会知道 tempFile 的作用，如果它包含了该目录中 ls -l 的输出，就可能会被删除。这就是命名管道发挥作用的地方：

mkfifo myPipe
ls -l > myPipe
grep ".log" < myPipe

从技术上讲，myPipe 是一个文件（Linux 中的所有文件都是如此），因此让我们在刚刚创建管道的空目录中执行 ls -l：

mkdir pipeFolder
cd pipeFolder
mkfifo myPipe
ls -l

输出结果是

prw-r--r-- 1 root root 0 Jul 25 11:20 myPipe

注意权限中的第一个字符，它被列为管道，而不是文件。

现在让我们来做一件很酷的事。

打开一个终端，记下目录（或创建一个目录，以便于清理），然后创建一个管道。

mkfifo myPipe

现在，让我们往管道里放点东西。

echo "Hello from the other side" > myPipe

你会注意到这个挂钩，管道的另一侧仍然是封闭的。让我们打开管道的另一端，让这些东西通过。

打开另一个终端，进入管道所在的目录（如果你知道目录，就把它作为管道的前缀）：

cat < myPipe

你会注意到，在另一端的 hello 输出后，第一个终端中的程序会结束，第二个终端中的程序也会结束。

现在反向运行这些命令。以 cat < myPipe 开始，然后向其中回传内容。这仍然有效，因为程序会等到有东西进入管道后才终止，因为它知道自己必须得到一些东西。

命名管道对于在终端之间或程序之间移动信息非常有用。

管道很小。一旦填满，写入器就会阻塞，直到某个读取器读取内容，因此你需要在不同的终端运行读取器和写入器，或者在后台运行其中一个：

ls -l /tmp > myPipe &
cat < myPipe

使用命名管道的更多示例

例 1 - 在同一终端/同一 shell 中执行所有命令

$ { ls -l && cat file3; } >mypipe &
$ cat <mypipe
# Output: Prints ls -l data and then prints file3 contents on screen

例 2 - 在同一终端/同一 shell 中执行所有命令

$ ls -l >mypipe &
$ cat file3 >mypipe &
$ cat <mypipe
#Output: This prints on screen the contents of mypipe.

注意首先显示文件 3 的内容，然后显示 ls -l 数据（后进先出配置）。

例 3 - 在同一终端/同一 shell 中执行所有命令

$ { pipedata=$(<mypipe) && echo "$pipedata"; } &
$ ls >mypipe
# Output: Prints the output of ls directly on screen

注意变量 $pipedata 不能在主终端 (主 shell)中使用，因为使用 & 会调用一个子shell，而 $pipedata 只能在该子shell中使用。

注意，首先显示文件 3 的内容，然后显示 ls -l 数据（后进先出配置）。

例 4 - 在同一终端/同一 shell 中执行所有命令

$ export pipedata
$ pipedata=$(<mypipe) &
$ ls -l *.sh >mypipe
$ echo "$pipedata"
#Output : Prints correctly the contents of mypipe

由于变量的导出声明，在主 shell 中可以正确打印 $pipedata 变量的值。主终端(主 shell) 不会因调用后台 shell (&) 而挂起。

5: 重定向到网络地址

Version ≥ 2.04

Bash 将某些路径视为特殊路径，可以通过写入 /dev/{udp|tcp}/host/port 来进行一些网络通信。Bash 无法设置监听服务器，但可以启动连接，对于 TCP，至少可以读取结果。

例如，要发送一个简单的网络请求，可以这样做

exec 3</dev/tcp/three-corner.xyz/80
printf 'GET / HTTP/1.0\r\n\r\n' >&3
cat <&3

并将 three-corner.xyz 的默认网页结果打印到 stdout。

类似地

printf 'HI\n' >/dev/udp/192.168.1.1/6666

将向 192.168.1.1:6666 上的监听器发送包含 HI\n 的 UDP 消息

6: 将错误信息打印到 stderr

错误信息通常包含在脚本中，用于调试目的或提供丰富的用户体验。只需像这样编写错误信息即可：

cmd || echo 'cmd failed'

可能适用于简单的情况，但这不是通常的方法。在本例中，错误信息会污染脚本的实际输出，将错误和成功输出混杂在 stdout 中。

简而言之，错误信息应该进入 stderr 而不是 stdout。其实很简单：

cmd || echo 'cmd failed' >/dev/stderr

再举一个例子：

if cmd; then
    echo 'success'
else
    echo 'cmd failed' >/dev/stderr
fi

在上例中，成功信息将打印在 stdout 上，而错误信息将打印在 stderr 上。

打印错误信息的更好方法是定义一个函数：

err(){
    echo "E: $*" >>/dev/stderr
}

现在，当您需要打印错误信息时：

err "My error message"

7: 将多条命令重定向到同一文件

{
    echo "contents of home directory"
    ls ~
} > output.txt

8: 重定向 STDIN

< 读取其右侧参数并写入其左侧参数。

要将文件写入 STDIN，我们应read /tmp/a_file 并写入 STDIN，即0</tmp/a_file。

注意：内部文件描述符默认为 0 (STDIN)，即<。

$ echo "b" > /tmp/list.txt
$ echo "a" >> /tmp/list.txt
$ echo "c" >> /tmp/list.txt
$ sort < /tmp/list.txt
a
b
c

9: 重定向 STDERR

2 是 STDERR。

$ echo_to_stderr 2>/dev/null # echos nothing

定义 echo_to_stderr 是一条将“stderr”写入 STDERR 的命令

echo_to_stderr () {
echo stderr >&2
}
$ echo_to_stderr
stderr

10: STDIN、STDOUT 和 STDERR 解释

命令有一个输入（STDIN）和两种输出，即标准输出（STDOUT）和标准错误（STDERR）。

例如

STDIN

root@server~# read
Type some text here

标准输入用于为程序提供输入。(这里我们使用 read 内置函数从 STDIN 读取一行）。

STDOUT

root@server~# ls file
file

标准输出通常用于命令的 “正常 ”输出。例如，ls 列出了文件，因此文件会被发送到 STDOUT。

STDERR

root@server~# ls anotherfile
ls: cannot access 'anotherfile': No such file or directory

标准错误（顾名思义）用于错误信息。由于该信息不是文件列表，因此会发送到 STDERR。

STDIN、STDOUT 和 STDERR 是三个标准流。对于 shell 来说，它们是用数字而不是名称来标识的：

0 = 标准输入

1 = 标准输出

2 = 标准错误

默认情况下，STDIN 连接到键盘，而 STDOUT 和 STDERR 都出现在终端中。不过，我们可以将 STDOUT 或 STDERR 重定向到任何需要的地方。例如，假设你只需要标准输出，所有打印在标准错误上的错误信息都应被抑制。这时我们就可以使用描述符 1 和 2。

将 STDERR 重定向到 /dev/null

以前面的例子为例、

root@server~# ls anotherfile 2>/dev/null
root@server~#

在这种情况下，如果有任何 STDERR，它将被重定向到 /dev/null（一个特殊的文件，可以忽略任何输入的内容），因此在 shell 上不会有任何错误输出。

如果您对我的文章有兴趣，我把我发布的文章都归档到我私人网站中去，欢迎访问 https://three-corner.xyz/ 查阅之前的文章。