标准输入、标准输出与标准错误
在 Linux 系统中，每一个运行的程序都会自动打开三个默认的数据流，分别称为标准输入（stdin）、标准输出（stdout） 和标准错误（stderr）。它们为程序提供了一个统一且极其灵活的输入输出模型，是命令行管道与重定向能够无缝协作的基石。
- 标准输入（stdin）：文件描述符为 0。程序默认从这里读取数据。在终端中运行时，stdin 通常连接到键盘输入；也可以通过重定向从文件或其他命令的输出获得数据。
- 标准输出（stdout）：文件描述符为 1。程序正常执行时的输出结果写入这个流。默认情况下，内容会显示在终端屏幕上。
- 标准错误（stderr）：文件描述符为 2。专门用于输出报错信息或诊断消息，与标准输出保持独立。即便用户重定向了标准输出，错误信息依然会显示到屏幕（或单独处理），避免关键提示被淹没在正常输出中。
1. 为什么需要区分标准输出和标准错误
设想你在命令行运行一个数据处理脚本，想把运行结果保存到文件：
./process_data.sh > result.txt这里 > 将 stdout 重定向到 result.txt。如果脚本中间出现报错（例如读取文件不存在），这些错误消息因为写入的是 stderr，所以依然会直接打印到屏幕上，不会混入 result.txt 污染数据。这种分离让日志记录、数据流水线和自动化运维变得可靠且可预计。
2. 重定向基本操作
command > file：将 stdout 重定向到 file（覆盖写）。command >> file：将 stdout 追加到 file。command < file：将 file 的内容作为 stdin 提供给 command。command 2> file：将 stderr 重定向到 file。command &> file：将 stdout 和 stderr 一起重定向到 file（bash 特有语法，更通用的写法是command > file 2>&1）。
一个复合示例：运行一个编译命令，把正常的编译输出存入 build.log，同时把错误消息也一起存入该文件，而不再显示到屏幕上：
make &> build.log或者更精细地，只把错误记录到 error.log，正常输出仍然显示在屏幕：
make 2> error.log3. 管道与标准流
管道（|）默认只连接前一个命令的 stdout 与下一个命令的 stdin，stderr 不受影响。假设你有一个脚本会产生大量正常运行信息，但偶尔输出错误，你希望过滤出成功的条目，同时不丢失错误消息。可以这样做：
./analyze.sh 2>&1 | grep "SUCCESS"2>&1 的意思是将 stderr 重定向到 stdout 当前指向的地方（即管道），这样 grep 就能一并收到所有输出并过滤。
4. 丢弃输出：/dev/null 的特殊角色
如果程序产生的某些输出你完全不关心，可以将其重定向到 /dev/null（“黑洞设备”）：
cmd 2>/dev/null # 只丢弃错误信息
cmd &>/dev/null # 丢弃所有输出这在脚本静默执行或忽略无害警告时非常常用。
5. 实际应用价值
- 处理命令行流水线：你可以放心地把工具串联起来，因为每个工具默认从 stdin 读、向 stdout 写、向 stderr 报错，组合不受意外干扰。
- 日志管理：应用可以将业务日志记到 stdout，错误日志记到 stderr，然后由 systemd 或 Docker 等容器运行时分别采集，无需应用自身关心日志存储位置。
- 脚本调试：如果你重定向了所有输出，脚本可能静默无息，这时可以保留 stderr 不重定向，让错误消息仍然可见，快速定位问题。
标准输入、输出和错误是 Unix 进程模型的精妙设计之一。它们让程序不必关心数据的源头和去向，只需专注于处理从 stdin 得到的字节流，并将结果写到 stdout 或 stderr。这种松耦合，正是命令行工具能够像积木一样任意拼接的关键，也是每一个 Linux 用户应当熟练掌握的基本功。