关键在于建立可验证、可中断、有反馈的执行链：手动用 -i 交互确认，脚本用 -nv 组合显式反馈，辅以 if 检查或 find 过滤，并可用 -b 自动备份防误覆盖。
批量重命名文件时用 mv 安全防覆盖，关键不是“一次写对”，而是建立可验证、可中断、有反馈的执行链。默认静默覆盖风险极高，尤其在脚本或通配符操作中——一个路径拼错或变量为空，就可能抹掉日志、配置或备份。
优先启用 -i 交互确认（手动场景）
这是最直接有效的防线，适用于你亲自敲命令的场合：
-
mv -i *.log /backup/：遇到目标已存在时会停住，问overwrite '/backup/access.log'? (y/n) - 别名已设好的系统（如 Ubuntu 默认 alias mv='mv -i'），直接输
mv就带提示，但注意别名可能被脚本绕过 - 若脚本中误用了
mv -i，它会卡住等待输入——这不是 bug，是设计行为，说明该操作不该放进无人值守流程
用 -n 禁止覆盖 + -v 显式反馈（脚本与批量场景）
-n（no-clobber）不覆盖、不报错、也不输出，单独用容易“以为成功实则跳过”。必须搭配 -v 才能看清哪些没动：
Android linux内核介绍 中文WORD版
下载
本文档主要讲述的是Android linux内核介绍；Android内核是基于Linux 2.6内核的（目前最新开发版本是2.6.31），它是一个增强内核版本，除了修改部分Bug外，它提供了用于支持Android平台的设备驱动，希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
-
mv -nv file1.txt file2.txt：若file2.txt已存在，终端只显示skipped 'file1.txt'类似提示（GNU coreutils 行为） - 批量时推荐组合：
for f in *.conf; do mv -nv "$f" "old_$f"; done，失败时无输出，但加-v后每条动作都可见 - 注意：
-n不是所有 Unix 系统都支持（如某些 BSD 变体），运行前可用mv --help | grep n确认
先检查再操作，避免依赖单一选项
靠参数不够稳，尤其跨目录或含变量时。加一层判断，成本低、逻辑清：
- 移动前检查目标是否存在：
if [ ! -e "/dest/config.ini" ]; then mv config.ini /dest/; else echo "拒绝覆盖"; fi - 批量处理时用
find过滤安全目标：find . -name "*.tmp" -exec bash -c 'dst="/safe/${1##*/}"; [ ! -e "$dst" ] && mv "$1" "$dst"' _ {} \; - 重命名时生成唯一后缀更稳妥：
mv "$f" "$(dirname "$f")/$(basename "$f" .log)_$(date +%s).log"
用 -b 自动备份旧文件（需保留历史版本）
当覆盖不可避免但你又想留痕时，-b 会把原文件自动备份成 filename~ 或按 --suffix 指定后缀：
-
mv -b config.conf /etc/config.conf→ 若已有同名文件，原文件变成/etc/config.conf~ - 指定备份后缀：
mv -b --suffix=.bak config.conf /etc/→ 备份为config.conf.bak - 注意：
-b不影响 exit code，即使备份成功，覆盖仍发生；它解决的是“后悔”问题，不是“防误”问题
