mv同文件系统内是原子重命名，跨文件系统退化为cp+rm；目标非目录时会误重命名，应用-t指定目录、-t防误操作，注意覆盖策略与元数据丢失风险。
mv 不是“复制+删除”，也不是万能剪切工具；它在同文件系统内是原子重命名操作，跨文件系统时会退化为 cp + rm，且硬链接会断开、软链接内容不变但可能失效。
mv 重命名文件时目标不能是已存在的目录
常见错误是把 mv old.txt newdir 当作“把 old.txt 移进 newdir”，结果发现 newdir 被重命名为 old.txt —— 因为 newdir 不存在或不是目录时，mv 就执行重命名逻辑。
- 确认目标是否为目录：
test -d newdir && echo "is dir" || echo "not dir" - 安全写法：用
-T强制目标为普通文件，避免误入目录逻辑：mv -T old.txt new.txt - 若目标确实是目录，末尾加斜杠更明确：
mv old.txt newdir/（bash/zsh 下自动补全常带斜杠，可防错）
批量移动多个文件到同一目录的正确姿势
直接写 mv file1 file2 file3 /target/ 看似合理，但一旦 /target/ 不存在或拼错，最后一个参数会被当作目标文件名，前几个全被重命名过去，极难回溯。
- 优先用
-t选项显式指定目标目录：mv -t /target/ file1 file2 file3 - 配合
mkdir -p预创建目录，避免因路径不存在导致命令失败：mkdir -p /target && mv -t /target/ *.log - 注意通配符扩展顺序：如果当前目录有
file1和file1~，mv file* /target/可能意外把备份文件也移走
覆盖行为必须主动控制，别依赖 shell 别名
很多发行版默认把 mv alias 成 mv -i，但这只在交互式 shell 生效；脚本里、非登录 shell（如 cron、SSH 命令行）中不生效，容易静默覆盖关键文件。
- 需要交互确认时，显式加
-i：mv -i config.yml /etc/app/ - 确定要覆盖旧文件时，用
-f，但务必确认源和目标路径无误 ——-f会绕过所有提示 - 想跳过已存在目标？用
-n（no-clobber），比-f更安全：mv -n *.tmp /archive/ - 备份再覆盖：用
-b，默认后缀是~，可自定义：mv -b -S .bak config.yml /etc/app/
跨文件系统移动会丢失硬链接且不保留扩展属性
当你 mv 一个文件从 /home（ext4）到 /mnt/usb（vfat），实际发生的是：先 cp 再 rm。这意味着：
- 原文件的所有硬链接将指向已删除的 inode，变成“悬空链接”
- vfat/fat32/exFAT 等文件系统不支持 Linux 扩展属性（xattr）、ACL、SELinux 上下文，这些元数据全部丢失
- 操作不可原子：中途断电或中断会导致目标文件不完整、源文件已删，彻底丢数据
- 替代方案：用
rsync -a --remove-source-files，它支持断点续传、校验、保留权限，且失败时源文件仍在
真正危险的不是不会用 mv，而是没意识到它在不同场景下的语义差异——同一个命令，在同分区重命名是瞬时、安全、原子的；跨设备移动却等价于一次高风险的复制擦除操作。每次敲下回车前，先问一句：这个路径在同一个挂载点下吗？
