os.Rename跨设备失败时需降级为复制+删除：先流式io.Copy，再同步权限与时间戳，全部成功后才os.Remove源文件，任一失败须清理目标并保留原文件。
os.Rename 跨设备失败时怎么降级处理
直接调用 os.Rename 报 "invalid cross-device link"，不是权限或路径写错，是操作系统限制——rename(2) 系统调用不支持跨挂载点（比如从 /tmp 移到 /home，或 Docker 中不同 volume）。此时必须手动降级为「复制 + 删除」，但不能简单粗暴地 ioutil.ReadFile → ioutil.WriteFile。
- 大文件会 OOM：必须用
os.Open和os.Create获取句柄，再通过io.Copy流式复制 - 元数据丢失：默认不继承权限和时间戳，复制后要显式调用
os.Chmod(dst, srcInfo.Mode())和os.Chtimes(dst, srcInfo.ModTime(), srcInfo.ModTime()) - 删除时机关键：只有
io.Copy成功且os.Chmod/os.Chtimes也成功后，才调用os.Remove(src)；任一环节失败，原文件必须保留，目标文件若已部分写入，应主动os.Remove(dst)清理 - 父目录必须提前存在：降级流程里也要先
os.MkdirAll(filepath.Dir(dst), 0755)，os.Rename本身就不创建中间目录，降级逻辑也不能漏
目标路径已存在时行为不一致，怎么统一处理
os.Rename 在目标路径已存在时，Linux/macOS 可能静默覆盖（尤其空文件），Windows 则大概率报 "Access is denied" 或 "file exists"。不能依赖平台行为，生产代码必须显式控制。
- 先用
os.Stat(dst)检查目标是否存在；若存在，再判断是否要跳过、加时间戳后缀，或强制覆盖 - 若选择覆盖，建议先
os.Remove(dst)，再os.Rename(src, dst)；但注意os.Remove也可能失败（只读、被占用），需单独捕获错误 - Windows 下若目标正被记事本、VS Code 打开，
os.Rename会卡在"The process cannot access the file"，无绕过手段，只能提示用户关闭进程 - 别把
os.Rename当作“移动进目录”的工具：目标是目录且非空时，所有平台都会失败
路径拼接和清理为什么总是翻车
手拼字符串如 "dir/" + filename 在 Windows 上生成 dir/\file.txt，直接触发 "The filename, directory name, or volume label syntax is incorrect."。这不是运气差，是路径语义没对齐。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 所有路径拼接一律用
filepath.Join("data", "log.txt")，它自动适配分隔符，并归一化..和重复斜杠 - 用户输入或配置拼出的路径，必须先
filepath.Clean()再传给os.Rename，否则可能被../etc/passwd类路径遍历利用 - 相对路径受工作目录影响大，关键操作建议统一转为绝对路径：
filepath.Abs(src)，避免因cd导致重命名错位 - 别依赖
filepath.Dir(dst)的结果去创建父目录——它返回的是字面路径，不含自动补全逻辑，仍需os.MkdirAll
批量重命名如何避免状态不一致
批量操作中第 3 个文件失败，前 2 个已改名，此时无法回滚——文件系统不支持事务。所谓“原子性”只能靠单步可逆设计来逼近。
立即学习“go语言免费学习笔记（深入）”；
- 每步重命名前，生成唯一临时名（如
fmt.Sprintf("%s.%d.tmp", base, time.Now().UnixNano())），先os.Rename(old, tmp)，再os.Rename(tmp, new) - 第二步失败时，保留
.tmp文件并记录错误；后续可通过扫描残留.tmp文件做人工清理 - 避免用
os.Create+io.Copy模拟重命名：这会丢失权限、atime/mtime、xattrs，且性能差一个数量级 - 用
filepath.WalkDir遍历而非filepath.Walk，前者提供fs.DirEntry，可精确控制是否进入子目录、跳过符号链接，防止循环软链卡死
Stat.Sys().(*syscall.Stat_t).Dev，直接 os.Rename 并捕获 syscall.EXDEV 错误更轻量、更可靠。而真正的复杂点在于——降级流程里每一步都可能失败，你得决定哪一步该 abort，哪一步该 retry，哪一步该留痕告警。 
