os.Rename跨设备移动会报invalid cross-device link错误，需降级为复制+删除；路径须存在且不自动补全；Windows大小写敏感且不支持\?前缀；目标存在时行为跨平台不一致。
os.Rename 会失败的常见报错
直接调用 os.Rename 移动或重命名文件时，最常遇到的是 invalid cross-device link 错误。这不是权限问题，而是源路径和目标路径不在同一个挂载点（比如从 /tmp 移到 /home，而它们属于不同磁盘分区）。Go 的 os.Rename 底层调用的是系统 rename(2) 系统调用，它不支持跨设备移动。
其他典型错误还有：no such file or directory（源路径不存在或父目录未创建）、permission denied（目标目录不可写、源文件被占用、或 Windows 下目标文件正被打开）。
- 跨设备移动必须手动读写 + 删除，不能只靠
os.Rename - 目标路径的父目录必须已存在，
os.Rename不会自动创建 - Windows 上重命名正在被其他进程打开的文件会失败，Linux 下也可能因文件锁被拒绝
跨文件系统移动文件的可靠做法
检测是否跨设备，最稳妥的方式是用 os.Stat 获取源和目标父目录的 dev 字段（通过 syscall.Stat_t），但更简单通用的做法是：先尝试 os.Rename，捕获错误，再退回到「复制 + 删除」流程。
注意：复制过程要避免内存爆掉，尤其是大文件；删除必须在复制成功后才执行，否则可能丢数据。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 用
io.Copy配合os.Create和os.Open流式复制，不加载全文件到内存 - 复制完成后，用
os.Chmod和os.Chtimes同步权限与时间戳（默认不会继承） - 最后调用
os.Remove删除原文件；若这一步失败，需记录并告警——此时处于“已复制未删除”状态，不是原子操作
src, _ := os.Open("old.txt")
dst, _ := os.Create("new.txt")
io.Copy(dst, src)
dst.Close(); src.Close()
os.Chmod("new.txt", 0644)
os.Remove("old.txt")
重命名时要注意的路径语义
os.Rename 对路径是纯字符串处理，不解析相对路径或自动补全。比如把 "a/b.txt" 重命名为 "c.txt"，结果是当前工作目录下出现 c.txt，而不是 a/c.txt。它也不检查扩展名或内容类型——重命名 .jpg 为 .txt 完全合法。
- 所有路径都按字面量处理，建议统一用
filepath.Join拼接，避免手动加斜杠出错 - 目标路径若已存在，
os.Rename会直接覆盖（Unix）或报错（Windows），行为不一致，务必提前os.Stat判断 - 如果目标是目录，且非空，
os.Rename在大多数系统上会失败（不能把文件“重命名”进非空目录）
Windows 下的特殊坑
Windows 文件系统对大小写不敏感，但 Go 的 os.Rename 是区分大小写的。例如，把 "FILE.TXT" 重命名为 "file.txt" 在 Windows 上会失败（报 access is denied），因为系统认为这是同一文件；而 Linux 下可以成功。
- 若需在 Windows 上实现“仅改大小写”的重命名，得先重命名到临时名（如加后缀），再重命名回目标名
- 目标路径含 Unicode 字符一般没问题，但某些老旧终端或杀毒软件可能拦截非常规字符（如
CON、AUX等保留名） - 使用
\?前缀绕过 Windows 路径长度限制？不行。os.Rename不支持该前缀，会直接报错invalid argument
os.Rename 就上线，迟早出事。 
