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，而是没意识到它在不同场景下的语义差异——同一个命令，在同分区重命名是瞬时、安全、原子的；跨设备移动却等价于一次高风险的复制擦除操作。每次敲下回车前，先问一句：这个路径在同一个挂载点下吗？