用 > 还是 >> 取决于是否保留原文件内容：> 覆盖清空后写入，>> 仅末尾追加；两者在文件不存在时均创建新文件，核心区别在于是否会丢失数据。
用 > 还是 >> 取决于你是否想保留原文件内容
覆盖（>）会清空目标文件再写入，追加（>>）只在末尾新增。两者在文件不存在时行为一致：都会创建新文件。关键区别不在“能不能写”，而在“会不会丢数据”——误用 > 覆盖日志或配置文件，可能直接导致服务异常或调试线索丢失。
> 和 >> 对标准错误（stderr）默认不生效
比如 ls /nonexistent > out.txt 只会把正常输出（stdout）写入，而报错的 No such file or directory 仍打到终端。要一并捕获：
-
ls /nonexistent > out.txt 2>&1—— 把 stderr 重定向到 stdout，再一起写入 -
ls /nonexistent &> out.txt—— 等价写法，更简洁（bash/zsh 支持） -
ls /nonexistent >> out.txt 2>&1—— 追加模式下同样需显式处理 stderr
漏掉 2>&1 是常见疏忽，尤其在脚本中做日志收集时，看似“有输出”，实则关键错误信息全丢了。
用 cat 或 echo 写文件时，别混淆操作意图
这些命令本身不带“覆盖/追加”逻辑，全靠重定向符号驱动：
-
echo "start" > log.txt→ 覆盖写入，适合初始化日志 -
echo "$(date): OK" >> log.txt→ 追加时间戳，适合持续记录 -
cat config.template > /etc/myapp.conf→ 用模板覆盖生成配置 -
cat extra.conf >> /etc/myapp.conf→ 合并额外配置段
注意：多次用 > 写同一文件，前一次内容必然被抹掉；而 >> 不会自动换行，echo -n "a" >> f; echo "b" >> f 会导致两行紧贴成 ab，必要时加 -e 或手动换行。
权限和原子性问题容易被忽略
> 和 >> 都要求对目标文件有写权限；若文件属主不是当前用户，或挂载为只读，命令会直接失败并报 Permission denied。更隐蔽的是原子性：
-
>是“先清空再写”，若写入中途中断（如磁盘满、Ctrl+C），文件可能为空或截断 -
>>在大多数文件系统上是追加原子操作，单行写入不会破坏已有内容 - 高可靠性场景（如审计日志），建议配合
stdbuf或用logger替代裸重定向
真正出问题的时候，往往不是语法写错，而是没意识到重定向背后牵扯的是文件系统语义和进程 I/O 行为。
