Bash noclobber 防覆盖：已有文件不能用 >，为什么追加和 >| 仍能写入
脚本把结果重定向到 report.txt，下一次运行就可能清空旧内容。启用 noclobber 后，普通输出重定向遇到已经存在的普通文件会失败。不过，这个选项没有把文件整体变成只读；追加仍可执行，显式覆盖操作也可以绕过这项检查。
先明确保护发生在哪一步
默认的 > 会新建文件，或者将已有文件截断为零，再把标准输出接过去。set -o noclobber 改变的是这类重定向打开已有普通文件的行为，缩写为 set -C。若文件不存在，> 仍能创建它；若已经存在，即使内容为空，也会触发保护。
检查失败发生在命令执行之前。为了看清这一点，实验把实际输出放进 emit 函数，并让函数一进入就修改 called。若重定向被拒绝，called 应保持零，原文件也应保持 original。仅看错误消息还不够，这两个条件可以一起证明函数没有开始执行。
AI 生成概念配图：已有文件前的写入检查阻止普通覆盖，追加与显式覆盖经过各自入口，不是实际运行截图。
所有写入都限制在新建临时目录
保存为 noclobber-demo.sh，使用 bash noclobber-demo.sh 执行。代码在 Bash 5.2.37 验证，依赖系统自带的 mktemp、cat 和 rm。外层子 shell 隔离选项，退出陷阱只清理本次创建的临时目录；不要把测试路径改成工作中的真实文件。
#!/usr/bin/env bash
(
set -eu
task_dir=$(mktemp -d)
trap 'rm -rf -- "$task_dir"' EXIT
target="$task_dir/report.txt"
set -o noclobber
printf 'original\n' >"$target"
: >"$task_dir/empty.txt"
called=0
emit() { called=1; printf 'replacement\n'; }
if { emit >"$target"; } 2>"$task_dir/blocked.err"; then
printf 'unexpected overwrite\n' >&2
exit 1
else
blocked_status=$?
fi
[[ "$called" == 0 && "$(cat "$target")" == original ]]
[[ -s "$task_dir/blocked.err" ]]
printf 'blocked: status=%s command_called=%s content=%s\n' \
"$blocked_status" "$called" "$(cat "$target")"
if { printf 'x' >"$task_dir/empty.txt"; } 2>"$task_dir/empty.err"; then
exit 1
fi
[[ ! -s "$task_dir/empty.txt" ]]
printf 'existing empty file: blocked\n'
printf 'added\n' >>"$target"
[[ "$(cat "$target")" == $'original\nadded' ]]
printf 'append: original + added\n'
printf 'replacement\n' >|"$target"
[[ "$(cat "$target")" == replacement ]]
[[ -o noclobber ]]
printf 'override: replacement; noclobber still on\n'
)第一组输出应显示非零状态、command_called=0 与 content=original。Bash 的具体报错保存在临时目录中，实验检查它非空，却不匹配固定英文措辞，避免语言环境改变导致误判。预期失败写在 if 条件中，使脚本能够继续检查结果，而不是在失败处直接结束。
第二组建立一个空文件，再尝试普通覆盖，仍然被拒绝。这能排除“只保护有内容的文件”这种误解。这里的判断依据是文件已经存在且属于普通文件，不是文件大小。若只拿一个有内容的日志测试，很容易漏掉首次建立占位文件的实际工作流。
追加和显式覆盖各自表达不同意图
追加运算符 >> 把 added 放到现有内容末尾，因此读回得到 original 与 added 两行。它也能在路径尚不存在时创建文件。noclobber 不会替你判断重复追加是否符合业务要求；一个脚本运行两遍是否应该出现两份记录，仍需要脚本自己的幂等策略。
显式覆盖运算符 >| 允许本次重定向尝试打开已有文件，例子最终只留下 replacement。执行后 noclobber 仍处于开启状态，说明这不是全局关闭保护。它也不会绕过文件权限等其他限制，所以“允许尝试覆盖”不能理解成任何情况下都一定写入成功。
把选项边界留在脚本设计里
这项保护针对 shell 的重定向，不能阻止其他程序通过自身文件接口改写目标，也不是备份或访问权限机制。本文只实验普通文件，没有把结论推广到设备、目录、管道或复杂符号链接场景。正式任务仍需核对输出位置，并为必须保留的结果安排独立保存方式。
生成一次性报告时，可以把“目标已存在”当成需要处理的状态，停止本轮并报告输出位置。若确实要保留每次结果，应该由调用方安排新的文件名。重试同一命令之前先确定保存策略，避免把保护触发误判成短暂故障而不断重试。
如果某一步确实要重新生成结果，在该处使用明确的覆盖意图更容易审查；若业务要求累计记录，则选择追加并验证记录结构。不要看到报错后就先全局关闭选项。先检查路径是否正确、文件为何已存在，再决定该保留、另存、追加还是覆盖，才能让保护发挥作用。
