Linux streams 是 Linux 命令行环境下管理数据输入输出的核心机制，通过标准流、重定向和管道，你可以将数据高效地在命令、文件和设备之间传递。
Linux Streams 的核心概念：标准流与文件描述符
要理解 Linux streams，先得明白系统怎么组织数据流动，每次运行一个命令，Linux 内核会自动创建三个数据通道，分别处理输入、正常输出和错误信息，这三个通道统称为标准流，它们通过数字编号的文件描述符来标识。
什么是标准输入、标准输出和标准错误？
- 标准输入 (stdin) 文件描述符是 0，默认情况下程序从这里读取数据，通常对应键盘输入，你也可以用重定向让它从文件或管道读取。
- 标准输出 (stdout) 文件描述符是 1，程序向屏幕输出正常结果时走这个通道，你用
ls命令看到的文件列表就是 stdout 的内容。 - 标准错误 (stderr) 文件描述符是 2，专门用来输出错误消息或诊断信息，这么做是为了让正常结果和错误信息分开，避免混在一起影响后续处理。
这三条流的默认目标设备都是终端,但通过重定向下文我们可以改变它们的方向，这是 Linux 灵活性的根基。
文件描述符如何绑定流？
每个进程都有一张文件描述符表,0、1、2 三个位置被预留给上述三种流，当你执行重定向操作时，实际上是在修改这张表里某个数字指向的真实文件或设备。command 2>error.log 就是把文件描述符 2 重新指向 error.log 文件，之后错误信息就写入磁盘而不是屏幕。
如何区分 stdin、stdout 和 stderr：功能与场景对比
初学者容易把 stdout 和 stderr 混淆，因为它们默认都输出到屏幕，但在实际工作中，区别处理这两条流能极大提高诊断效率。
下面是三者的关键对比：
| 流名称 | 文件描述符 | 默认设备 | 重定向符号 | 典型场景 |
|---|---|---|---|---|
| stdin | 0 | 键盘 |
| 从文件读取参数列表 |
| stdout | 1 | 屏幕 | > >> | 保存命令输出到文件 |
| stderr | 2 | 屏幕 | 2> 2>> | 单独记录错误日志 |
业内专家指出,将 stdout 和 stderr 分开管理是生产环境中脚本健壮性的重要保障，例如编译软件时用 make > build.log 2>error.log 可以让正常日志和报错各自归档，排查问题一目了然。
常见场景：什么时候该用哪种流？
- 查看普通文件内容时,
cat输出是 stdout，如果文件不存在报错走 stderr。 - 后台运行脚本时,通常用
nohup command > output.log 2>&1 &把所有输出合并到日志文件，避免终端关闭导致数据丢失。 - 调试阶段可以用
strace -o trace.log command将系统调用信息写入 stderr，再用2>&1 | grep过滤关键步骤。
重定向操作：将流指向文件或设备
重定向是修改流去向的基本方法,常见操作符覆盖大部分需求。
标准输出重定向：> 与 >>
>把 stdout 写入文件，如果文件已存在则覆盖。echo "Hello" > greeting.txt。>>把 stdout 追加到文件末尾，保留原有内容，适合持续记录日志date >> run.log。
行业共识认为,> 和 >> 是最常用的重定向命令，几乎每个 Linux 管理员每天都会用到。
标准错误重定向：2> 与 2>>
用数字 2 加重定向符号单独处理 stderr。find / -name ".conf" 2>/dev/null 可以隐藏无权限访问目录的报错，只输出找到的结果。
合并重定向：&>、2>&1 和 1>&2
&>是 Bash 的扩展语法，同时将 stdout 和 stderr 重定向到同一个文件。
command &> all_output.txt
2>&1把 stderr 合并到 stdout 当前的目标位置。这是最通用的做法，command > log.txt 2>&1先重定向 stdout 到文件，再将 stderr 指向相同的文件。1>&2反过来把 stdout 指向 stderr 的目标，常用于将普通输出写入错误日志通道。
经典场景：丢弃不需要的输出
/dev/null 是 Linux 的“黑洞”设备，任何写入它的数据都会被丢弃。grep -r "keyword" /proc 2>/dev/null 可以静默运行，不被打扰。
管道符：让流在命令间流动
管道符 把前一个命令的 stdout 直接接到后一个命令的 stdin，形成数据流水线。这是 Linux 哲学“做一件事并做好”的具体体现每个命令专注单一任务，组合起来完成复杂处理。
管道的基本用法
command1 | command2 | command3 形式很常见。ps aux | grep nginx | awk '{print $2}' 提取 Nginx 进程的 PID，中间传递的是文本流，无需临时文件。
管道与重定向组合使用
管道处理的是 stdout，如果需要同时捕获 stderr，就要先合并流。command 2>&1 | grep error 能把错误信息也送入管道过滤，更简洁的写法是 command |& grep error（Bash 4.0+ 支持）。
典型应用场景
- 日志分析：
tail -f access.log | awk '{print $1}' | sort | uniq -c | sort -rn实时统计 IP 访问频率。 - 数据处理：
cat data.csv | cut -d',' -f2,4 | tr ',' 't' > tabular.txt快速转换格式。 - 系统监控：
vmstat 1 5 | tail -n +3 | awk '{sum+=$13} END{print avg=sum/NR}'计算平均 CPU 空闲率。
深入理解流与文件描述符的高级用法
除了 0、1、2 三个标准描述符，Linux 允许你操作更多文件描述符，实现灵活的 I/O 控制。
文件描述符的复制与移动
用 exec 命令可以在当前 Shell 内重定向描述符。exec 3< input.txt 打开文件并绑定到描述符 3，之后通过 read -u 3 line
读取内容。exec 4>&1 把描述符 4 设为 stdout 的备份，方便临时切换后再恢复。
自定义文件描述符结合重定向
command 3<> file 以读写模式打开文件并关联到描述符 3，高级脚本中常利用这种机制实现日志分段写入或双工通信。
使用 exec 重定向整个脚本的流
在脚本开头写 exec > logfile 2>&1，后续所有命令的 stdout 和 stderr 都自动写入 logfile，无需每条命令单独加重定向，这种做法在定时任务脚本里很受欢迎，可以减少漏传错误的风险。
Linux streams 不是晦涩的理论，而是每天都会碰到的实操技能，从最简单的 > 到复杂的管道组合，掌握它们意味着你能够以接近零成本的方式操控数据走向。下一次你在终端遇到报错或需要批量处理文件时，试着把流当做你的助手，你会发现 Linux 的灵活性远超想象。
Linux Streams 的常见问题
linux streams 是什么意思？
Linux streams 指的是系统为每个进程默认提供的三条数据通道：标准输入 (stdin)、标准输出 (stdout) 和标准错误 (stderr)，它们通过文件描述符 0、1、2 标识，是命令与外界交换数据的标准方式，通过重定向和管道，用户可以把这些流指向文件、设备或其他命令，从而精确控制数据流向。
如何将 stderr 和 stdout 同时重定向到一个文件？
最简单的方法是使用 &> 符号：command &> output.txt，如果你的脚本需要兼容更老的 Shell，使用 command > output.txt 2>&1，先把 stdout 指向文件，再把 stderr 重定向到 stdout 当前的位置，注意书写顺序不可颠倒，否则 stderr 仍然指向默认终端。
管道和重定向能不能同时使用？
可以,而且非常常见。command1 2>&1 | command2 先把 stderr 合并到 stdout 再通过管道传给后续命令，如果需要把管道结果存盘，可以在管道链条末尾加重定向：command1 | command2 > result.txt，注意管道只传递 stdout，stderr 如果不处理会被直接输到屏幕。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/496534.html
