os.rename跨文件系统会报“invalid cross-device link”错误，因其底层调用rename(2)系统调用，仅支持同挂载点操作；跨设备需降级为复制+删除，并手动处理权限、时间等元数据。
os.Rename 是 Go 里重命名或移动文件的唯一标准方式，但它不是万能的——跨文件系统时会直接失败，目标存在时行为不一致，路径拼错或权限不对也会静默出错。别指望它自动兜底，得自己补全逻辑。
为什么 os.Rename 突然报 “invalid cross-device link”？
这不是 bug，是底层 rename(2) 系统调用的硬限制：源和目标必须在同一个挂载点（比如都在 /home，或都在容器内的 /app）。常见触发场景：
-
/tmp/file.log→/var/log/file.log：/tmp 和 /var 很可能是不同磁盘分区 - Docker 容器内把宿主机挂载的
/host/data文件移到容器内部路径 - Windows 上从
C:\a.txt重命名为D:\b.txt
错误类型是 syscall.EXDEV（Linux/macOS）或类似设备错误（Windows），不能忽略。正确做法是捕获后降级为「复制 + 删除」：
err := os.Rename(src, dst)
if err != nil {
if errors.Is(err, syscall.EXDEV) {
return copyAndRemove(src, dst)
}
return err
}
目标文件已存在，os.Rename 会覆盖吗？
不会统一覆盖——行为由操作系统决定，Go 不做抽象：
- Windows：直接返回
The file exists错误 - Linux/macOS：若目标是空目录，可能成功（但不可靠）；若目标是文件，默认不覆盖，报
file exists
所以生产代码必须显式检查：
if _, err := os.Stat(dst); err == nil {
// 目标已存在，按需处理：跳过、备份、或先 <code>os.Remove(dst)</code>
return errors.New("target already exists")
}
注意：os.Remove 也可能失败（只读、被占用），得单独处理它的 error。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
路径拼接和父目录不存在，为什么总报 “no such file or directory”？
os.Rename 不创建父目录，也不清理路径中的 .. 或多余斜杠。手动拼 "dir/" + name 在 Windows 上会生成非法路径（如 dir/\file.txt）；没调用 filepath.Clean 可能导致路径遍历（如 ../etc/passwd）。
安全写法是三步走：
- 用
filepath.Join("data", "old.log")拼路径，别字符串加 - 对最终
dst调用filepath.Clean(dst)，再检查是否仍在预期根目录下（防越权） - 提前
os.MkdirAll(filepath.Dir(dst), 0755)确保父目录存在
批量重命名时，怎么避免状态不一致？
100 个文件里第 50 个失败，前 49 个已经改名，没法回滚。原子性只能单步保障：
- 不要边
filepath.WalkDir边重命名——路径变化会影响后续遍历结果 - 先收集所有待处理项（旧路径 + 新路径），再逐个处理
- 每步用临时名中转：
os.Rename(old, tmp)→os.Rename(tmp, final)，第二步失败就留着.tmp文件，可人工扫描清理 - 务必检查每个
os.Rename的 error，失败时记录具体文件和错误原因，别只打一行log.Fatal
最易被忽略的是元数据丢失：跨文件系统复制后，os.Chmod 和 os.Chtimes 必须补上，否则权限、修改时间全变成默认值。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
