os.rename跨分区必然失败，错误为syscall.exdev；需先捕获该错误再降级为复制+删除，并同步权限、时间戳等元数据，路径拼接须用filepath.join，大文件须流式处理。
os.Rename 跨分区必然失败，错误是 syscall.EXDEV
Go 的 os.Rename 底层直接调用系统 rename(2) 系统调用，它只在**同一挂载点（即同一文件系统）内**才原子生效；跨分区（如 /tmp → /home）、跨磁盘（如 C:\ → D:\）时会返回明确错误：invalid cross-device link（Linux/macOS）或 ERROR_NOT_SAME_DEVICE（Windows）。这不是 bug，而是 POSIX/Win32 的设计约束。
常见误判是忽略错误类型、直接 log.Fatal(err) 或静默吞掉错误。必须显式检查：
- Linux/macOS：用
errors.Is(err, syscall.EXDEV) - Windows：用
errors.Is(err, syscall.ERROR_NOT_SAME_DEVICE) - 别用字符串匹配错误信息——不同 locale 下文本可能变化
跨设备移动 = 复制 + 删除，但顺序和同步不能错
降级逻辑不是“先复制再删”，而是“复制完成并落盘 → 删除原文件”。中间任意一步失败，都可能导致数据不一致。
-
os.CopyFile（Go 1.21+）仅复制，不处理删除，也不能保证元数据同步 - 手动实现时，
dst.Close()后必须调dst.Sync()，确保内容真正写入磁盘（尤其在 ext4/xfs 或 Windows NTFS 上） - 删除前若不
Sync()，断电或 crash 可能导致目标文件内容不完整，而源文件已被删 - 复制失败时，目标文件若已创建，应主动
os.Remove(dst)清理，避免残留空文件
目录移动不能只调一次 os.Rename，路径拼接要用 filepath.Join
想把 /a/b/c 移动到 /x/y 下变成 /x/y/c，不是 os.Rename("/a/b/c", "/x/y") —— 这会把整个 c 目录重命名为 y，且目标父目录 /x 必须存在。
- 正确拼目标路径：
dst := filepath.Join(dstParent, filepath.Base(src)) - 硬编码
"/"在 Windows 下会生成\a\b\c混合路径，触发invalid argument - 目标父目录不存在？需提前
os.MkdirAll(filepath.Dir(dst), 0755) - 递归移动整个目录树时，
os.Rename不支持合并，必须遍历源目录，逐个CopyFile+RemoveAll，且注意子目录权限继承
大文件移动要流式处理，别用 ioutil.ReadFile
用 ioutil.ReadFile + ioutil.WriteFile 移动文件，等于把整个文件读进内存，1GB 文件就占 1GB RAM，极易 OOM。生产环境必须流式处理。
- 打开源文件用
os.Open，目标文件用os.OpenFile(name, os.O_CREATE|os.O_WRONLY|os.O_TRUNC, 0644) - 复制用
io.Copy(dst, src)，底层自动使用 32KB 缓冲区，内存占用恒定 - 权限位
0644必须显式传入——os.Create默认权限受 umask 影响，不可控 - 若需校验完整性，复制后可对比
os.Stat的Size()，或加crypto/sha256（但会显著拖慢）
跨分区移动真正的难点不在复制本身，而在元数据还原：修改时间（os.Chtimes）、权限（os.Chmod）、甚至扩展属性（Linux xattr）都需要手动同步。这些细节不处理，迁移后的文件行为可能和预期不一致——比如 systemd service 文件丢失 0644 权限导致启动失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
