mv命令在目标为完整路径+新文件名且目录存在时，直接原子性移动并重命名，不复制数据；跨文件系统则退化为cp+rm。
能，而且就用一个 mv 命令，不需要先移动再重命名，也不需要额外工具。
目标路径含新文件名时自动重命名+移动
只要第二个参数（目标）是一个**完整路径 + 新文件名**，且该路径所在目录存在，mv 就会把源文件搬过去并改名。这本质上是原子操作，不经过复制，速度极快。
常见场景和写法：
- 把
/var/log/app.log移到/backup/并改名为app_20261002.log：mv /var/log/app.log /backup/app_20261002.log - 把当前目录下的
config.yaml移进~/projects/myapp/并改名为settings.yml：mv config.yaml ~/projects/myapp/settings.yml - 注意：目标目录必须已存在，否则
mv会误判为“重命名”，报错mv: target 'xxx' is not a directory
目标是目录时只移动、不重命名
如果第二个参数是**已存在的目录路径（末尾带 / 或不带）**，mv 就只移动，保留原文件名。
例如：
-
mv script.sh /usr/local/bin/→ 移动后文件名为script.sh -
mv data.csv ~/archive→ 移动后仍叫data.csv - 若误写成
mv file.txt /tmp而/tmp实际是个普通文件（非目录），就会报错：mv: cannot move 'file.txt' to '/tmp': Not a directory
空格、通配符、变量这些地方最容易翻车
不是 mv 本身有问题，而是 shell 在传参前就崩了：
- 文件名含空格，如
my report.pdf，没加引号：mv my report.pdf /tmp→ 实际传了三个参数：my、report.pdf、/tmp，直接报错mv: target '/tmp' is not a directory
✅ 正确写法：mv "my report.pdf" /tmp - 用通配符批量处理，但当前目录没有匹配项：
mv *.log /var/log/→ 若无.log文件，shell 不展开，字面传入*.log，报错mv: cannot stat '*.log': No such file or directory - 变量未引号包裹：
DIR=/home/user/docs; mv $DIR/file.txt /tmp→ 若$DIR含空格或换行，同样裂开
✅ 改成：mv "$DIR/file.txt" /tmp
跨文件系统时其实是“拷贝+删”，不是真移动
当源和目标不在同一挂载点（比如从 /home 移到 /mnt/usb），mv 底层会先 cp 再 rm，耗时长、占双份磁盘空间、中断后可能残留一半文件。
这时要注意：
- 无法保证原子性：移动中途断电，可能源文件已删、目标未写完
- 权限和时间戳可能丢失（除非用
--preserve等扩展选项，但标准mv不支持） - 硬链接会被打断，软链接内容不变但指向可能失效
- 如果担心失败，优先考虑
cp -a+ 手动验证 +rm，而不是依赖mv的“假移动”
最常被忽略的一点：很多人以为 mv 的“移动并重命名”只是语法糖，其实它依赖的是目标路径的**存在性判断**——你得确保目标目录存在，且目标全路径不指向一个已存在的同名文件（除非你明确想覆盖）。漏掉这个前提，命令就从“搬家改名”变成“报错退出”。
