重定向需注意stdout/stderr分离、顺序、覆盖风险及shell兼容性：>仅捕获stdout，错误信息走stderr；合并需用>file 2>&1或&>file（bash/zsh）；set -c防误覆盖；tee兼顾显示与保存；/dev/null静默输出。
直接用 > 或 >> 就能保存，但多数人漏掉错误信息、误覆盖文件、或搞错重定向顺序——结果文件里空空如也，还以为命令没执行。
为什么 ls > output.txt 有时文件是空的
因为 ls 报错（比如目录不存在）时，错误信息走的是 stderr（文件描述符 2），而 > 只捕获 stdout（文件描述符 1）。终端上一闪而过的报错，根本没进文件。
- 验证方法：运行
ls /no/such/dir > out.txt 2>/dev/null，out.txt空；再跑ls /no/such/dir 2>err.txt，err.txt就有内容 - 真正要“存全所有输出”，必须显式合并
stderr：> output.txt 2>&1或更简洁的&> output.txt -
&>在 bash/zsh 中可用，但在 dash（如 Ubuntu 的/bin/sh）里不支持，脚本中需谨慎
> 和 >> 不只是“覆盖 vs 追加”
> 会清空目标文件再写，哪怕你只打算写一行；>> 是原子追加，适合日志，但得防文件无限膨胀。
- 风险点：手误输错文件名，比如
cat config.json > confg.json，原confg.json被清空且不可恢复 - 临时防护：执行前先运行
set -C（等价于set -o noclobber），之后>遇到已存在文件会报错：bash: output.txt: Cannot overwrite - 想强制覆盖？用
|> output.txt（在set -C生效时） -
>>不检查文件是否存在，不存在就新建，存在就追加——但要注意权限：如果文件只读，追加也会失败
如何同时保存 stdout 和 stderr 到不同文件
调试时经常需要分开看正常输出和错误堆栈，比如跑一个脚本：./deploy.sh > log.txt 2> error.txt。
- 顺序不能颠倒：
2> error.txt > log.txt是错的——shell 按从左到右解析，2>先执行，此时stdout还连着终端，>后才把stdout重定向到log.txt，结果stderr写进了error.txt，stdout却进了终端 - 追加模式也同理：
>>和2>>（注意中间无空格）对应追加stdout和stderr，但更清晰写法是> log.txt 2>> error.txt - 想把两者都追加到同一文件？用
&>> combined.log（bash 4.0+），或老式写法>> combined.log 2>&1
别硬写文件：什么时候该用 tee 或 /dev/null
重定向不是万能解法。你常需要“既看到又保存”，或者“彻底丢掉干扰输出”。
-
tee是三通管：ls -l | tee file.txt同时输出到终端和文件；加-a可追加：ls -l | tee -a file.txt -
/dev/null是黑洞：command > /dev/null 2>&1彻底静默；command 2> /dev/null只丢错误，留正常输出 - 注意管道陷阱：别写
ls > output.txt | cat——这实际是把ls输出重定向到文件，再对空管道执行cat，毫无意义
最易被忽略的是重定向顺序和 shell 兼容性：2>&1 必须写在 > 之后，&> 在非 bash 环境下会直接报错——写脚本前先确认 $SHELL 和 shebang 行。
