重定向stdout到文件最常用>和>>：>覆盖写入，>>追加写入；需用2>&1或&>合并stderr才能捕获全部输出；set -C可防止误覆盖，/dev/null用于丢弃输出，管道|实现流式处理。

重定向 stdout 到文件：用 > 和 >> 最常用

Linux 命令默认把结果打印到终端，想存成文件，核心就是用重定向操作符。> 覆盖写入，>> 追加写入——这是最基础也最容易混淆的两个操作。

常见错误现象：ls > output.txt 执行后文件为空，其实是 ls 报错了（比如目录不存在），但错误信息（stderr）没被重定向，还在终端上闪了一下就被忽略了。

• > 会清空目标文件再写，哪怕文件原来有重要内容
• >> 安全些，适合日志记录，但要注意文件可能无限增长
• 如果命令本身不输出 stdout（比如 cp 成功时静默），重定向后文件也会是空的，不是语法问题

同时捕获 stdout 和 stderr：2>&1 是关键写法

很多用户以为 command > file 就能抓全所有输出，结果发现报错信息还是漏了。因为 Linux 默认把正常输出（stdout）和错误（stderr）分开处理，> 只管 stdout。

真正要“把命令所有文字都存进文件”，得显式合并 stderr 到 stdout，再重定向：

• command > output.txt 2>&1 —— 先重定向 stdout 到文件，再让 stderr 指向 stdout 当前位置（即文件）
• command &> output.txt —— 等价写法（bash/zsh 支持，但老 shell 如 dash 不支持）
• 顺序不能错：2>&1 > output.txt 是错的，因为 2>&1 发生在重定向 stdout 之前，stderr 仍指向终端

避免覆盖重要文件：用 set -C 或先检查

手抖输错文件名，> 会直接清空已有文件，而且不可逆。这不是 bug，是设计如此——shell 默认允许覆盖。

• 临时开启防止覆盖：set -C（或 set -o noclobber），之后 > 遇到已存在文件会报错：bash: output.txt: Cannot overwrite
• 想覆盖时改用 >|（在 set -C 生效时强制覆盖）
• 脚本里更稳妥的做法是加判断：[ -f output.txt ] && echo "file exists, aborting" && exit 1; command > output.txt

重定向目标不是普通文件时：/dev/null 和管道的区别

有时候你根本不想保存内容，只是想丢弃输出（比如抑制 cron 的邮件提醒），或者想把输出立刻交给下一个命令处理——这时候别硬写文件。

• 丢弃所有输出：command > /dev/null 2>&1，不是 /dev/zero，也不是空字符串
• 传给另一个命令：ps aux | grep nginx 是管道，不是重定向；它不经过文件系统，实时流式处理，性能更好
• 混用要小心：command > file.txt | grep "success" 实际上只对 grep 的输入重定向，command 的 stdout 还是进了 file.txt，grep 什么也收不到

重定向看着简单，但 stdout/stderr 分离、执行顺序、shell 版本兼容性这几个点，随便一个没注意，输出就“消失”得莫名其妙。