shutil.move 跨磁盘移动超大文件本质是复制+删除，非原子操作，需校验空间、完整性及异常；os.rename 因跨设备限制不可用，fallback 需手动实现且风险高。
shutil.move 能否直接跨磁盘移动超大文件
可以，但本质不是“移动”，而是“复制 + 删除”。shutil.move 在检测到源与目标不在同一文件系统（os.stat(source).st_dev != os.stat(target).st_dev）时，会自动降级为先调用 shutil.copy2（保留时间戳、权限等元数据），再调用 os.unlink 删除原文件。这意味着：
- 实际占用双倍磁盘空间（复制完成前，源+目标各一份）
- 耗时取决于文件大小和磁盘 I/O 速度，不是毫秒级的重命名操作
- 中途失败可能导致“半复制”状态：源文件已删、目标文件不完整
为什么不能只用 os.rename
os.rename 是原子操作，快且省空间，但它在跨设备时必然失败，报错：OSError: [Errno 18] Invalid cross-device link。你无法靠 try/except 捕获后自动 fallback——因为错误发生时，os.rename 已经失败，你得自己实现 copy + unlink 逻辑，而这正是 shutil.move 已经封装好的事。
手动写 fallback 的风险在于：若 copy2 成功但 unlink 失败（如权限不足、文件被占用），你会留下重复文件，且难以判断哪份是“最新有效”的。
安全移动超大文件的实操要点
关键不是换函数，而是加控制和验证：
- 提前检查磁盘剩余空间：用
shutil.disk_usage(target_parent_dir)确保目标分区有 >1.1 倍文件大小的空闲空间（留出日志、临时缓存余量） - 显式创建目标父目录：
Path(target_dir).mkdir(parents=True, exist_ok=True)，避免因目录不存在导致静默失败 - 移动后校验完整性：对超大文件，不要只比对
os.path.getsize，应计算并比对sha256（用hashlib流式读取，不加载全文件到内存） - 异常处理必须区分场景：
PermissionError（目标无写权限）、FileNotFoundError（源路径错或已被删）、OSError（磁盘满、I/O 错误）需不同响应策略
示例片段（非完整脚本，仅体现关键判断）：
Secure Python Code Sandbox
下载
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
import shutil
from pathlib import Path
import hashlib
<p>def safe_move_large_file(src: Path, dst: Path) -> bool:
if not src.exists():
print(f"源文件不存在: {src}")
return False</p><h1>检查目标磁盘空间</h1><pre class="brush:php;toolbar:false;">target_fs = shutil.disk_usage(dst.parent)
if target_fs.free <p></p>容易被忽略的细节
超大文件移动最危险的不是慢，而是“看起来成功了，其实没成功”。比如：
-
shutil.move对目标同名文件默认覆盖，不会提示；若你本意是“移动并重命名”，却传入了目录路径，它会把整个文件塞进该目录，而你可能误以为是失败了 - Windows 下移动正在被其他进程读写的文件（如 Excel 打开的 .xlsx），
shutil.move会直接抛PermissionError，但错误信息不说明“被占用”，只说“拒绝访问” - 某些 NAS 或网络挂载点，
os.stat().st_dev可能不可靠，shutil.move仍可能误判为同设备，导致跨设备时意外失败
真要处理 TB 级文件，别只信一次 shutil.move 调用——加空间检查、加哈希校验、加日志记录，缺一不可。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
