os.Rename跨磁盘失败因底层rename(2)不支持跨文件系统，需降级为复制+删除；须用filepath.Join拼路径、os.MkdirAll确保父目录存在、临时文件保证容错。
os.Rename 为什么在不同磁盘上会报 “invalid cross-device link”
因为 os.Rename 底层调用的是系统 rename(2) 系统调用，它不支持跨文件系统（比如从 /tmp 移动到 /home，而两者挂载点不同）——此时会返回 syscall.EXDEV 错误，Go 将其转为 "invalid cross-device link"。
常见场景：Docker 容器内挂载多个 volume、WSL 和 Windows 主机间路径、NAS 挂载目录。
- 先用
os.Stat检查源和目标路径是否在同一设备（比对Stat.Sys().(*syscall.Stat_t).Dev），但更简单的是直接捕获错误再降级处理 - 遇到该错误时，必须改用“复制 + 删除”逻辑：用
io.Copy复制内容，os.Chmod和os.Chtimes同步权限与时间戳，最后os.Remove源文件 - 注意大文件时不要用
ioutil.ReadFile全部加载进内存；应使用带缓冲的os.Open→os.Create→io.Copy
重命名前必须检查目标文件是否存在
Go 的 os.Rename 在目标路径已存在时，**直接覆盖**（Linux/macOS 行为），但在 Windows 上可能失败并报 "The system cannot move the file to a different disk drive" 或 "Access is denied" —— 实际是权限或进程占用问题，但表象容易误判。
更稳妥的做法是显式控制行为：
立即学习“go语言免费学习笔记（深入）”；
- 用
os.Stat检查目标路径：os.IsNotExist(err)判断是否不存在，否则按需决定是报错、跳过还是强制覆盖 - 若要原子性覆盖（类似 Linux 的
mv -f），可先os.Remove目标，再os.Rename；但注意Remove也可能失败（只读、被占用） - Windows 下若目标是正在被其他进程打开的文件，
os.Rename会返回"The process cannot access the file"，此时无法绕过，只能提示用户关闭程序
路径拼接别用字符串加号，用 filepath.Join
硬拼 "dir/" + filename 在 Windows 上会生成 dir/\file.txt 这类非法路径，导致 os.Rename 返回 "The filename, directory name, or volume label syntax is incorrect."。
filepath.Join 自动适配当前系统路径分隔符，并做基础清理（如合并重复分隔符、处理 ..）：
src := filepath.Join("data", "old.log")
dst := filepath.Join("archive", "new.log")
err := os.Rename(src, dst)
- 永远对用户输入或配置拼出的路径调用
filepath.Clean再传给os.Rename，防止../etc/passwd类路径遍历 - 不要依赖
filepath.Dir的结果去创建父目录——os.Rename不自动创建目标目录，需提前os.MkdirAll(filepath.Dir(dst), 0755)
重命名不是原子操作？那怎么保证数据安全
在单个文件系统内，os.Rename 是原子的；但跨设备时走复制流程，就不再是原子操作——中间状态（源还在、目标未完成）可能被中断（panic、kill、断电）。
生产环境需要容错：
- 复制前先写临时文件（如
dst + ".tmp"），复制完成再os.Rename临时文件到目标，这样即使中断，也不会污染目标 - 若需回滚，保留源文件备份（如
src + ".bak"）仅在确认新文件校验通过后才删 - 对关键业务文件，建议用
os.Link（硬链接）替代重命名（仅限同设备），它几乎零开销且绝对原子，但要求源目标在同一文件系统且不能跨分区
跨设备重命名没有银弹，复制过程中的任何一步失败都得靠日志+人工介入，这点很容易被忽略。
