os.copy仅复制文件内容，不保留元数据，适合轻量内容备份；需手动补全权限、时间等；目录遍历用filepath.walkdir并处理symlink与权限错误；增量备份应先比对size/modtime再局部哈希；恢复时优先原子替换临时文件。
用 os.Copy 做基础文件复制，但要注意它不保留元数据
直接调用 os.Copy 是最轻量的备份方式，适合内容备份而非镜像。它只拷贝文件内容，不处理修改时间、权限、属主等元数据。
- 若目标是快速备份内容（比如配置文件、日志片段），
os.Copy足够，且不会因权限问题失败 - 若需恢复后行为一致（如可执行脚本、带 ACL 的配置），必须手动调用
os.Chmod、os.Chtimes补全 - 对大文件，
os.Copy内部使用带缓冲的循环，无需额外包装io.CopyBuffer，除非你明确要控制 buffer 大小（例如嵌入式环境内存受限）
用 filepath.WalkDir 遍历目录时，别忽略 symlink 和 permission denied 场景
备份整个目录时，filepath.WalkDir 比旧版 filepath.Walk 更高效且可控，但它默认跳过无法访问的子路径（如 /proc 下的条目），并把 symlink 当作普通文件处理。
- 遇到
fs.SkipDir或fs.SkipFiles返回值，要显式判断错误类型：errors.Is(err, fs.ErrPermission)，而不是用字符串匹配 - 若需保留符号链接本身（而非其指向内容），得在
DirEntry上调用entry.Type() & fs.ModeSymlink != 0，再用os.Readlink获取目标路径 - Windows 下注意
filepath.WalkDir对\路径分隔符的兼容性 —— 它能自动处理，但拼接备份路径时仍建议统一用filepath.Join
增量备份靠 os.Stat + 文件哈希，但别在每次备份都全量计算 SHA256
判断文件是否变更，不能只比对 ModTime（NFS、容器挂载卷可能有精度丢失），但为每个文件算完整哈希代价太高。
- 推荐组合策略：先用
os.Stat检查Size和ModTime，两者都未变则跳过；任一变化，再对前 4KB（或自定义块）做sha256.Sum256快速校验 - 避免用
crypto/sha256.New()+io.Copy全文件流式计算 —— 这会阻塞 I/O，尤其在机械盘上拖慢整个备份流程 - 如果已有备份索引（JSON 文件记录各文件的 size/modtime/hash），只需读索引+小范围读取比对，不用打开每个源文件
恢复时用 os.OpenFile 设置 os.O_CREATE | os.O_TRUNC | os.O_WRONLY 最安全
恢复不是简单反向复制。写入目标路径前，必须确保旧文件被清空或覆盖，同时避免意外截断正在被其他进程读取的日志文件。
立即学习“go语言免费学习笔记（深入）”；
-
os.Create等价于os.OpenFile(name, os.O_CREATE|os.O_TRUNC|os.O_WRONLY, 0666)，但权限掩码受 umask 影响；生产环境建议显式传入0644或按源文件Info().Mode()还原 - 若恢复目标是系统关键路径（如
/etc/下），先写到临时文件（filepath.Join(dir, "."+base+".tmp")），再用os.Rename原子替换，防止恢复中断导致损坏 - Windows 下
os.Rename跨卷失败，此时需 fallback 到io.Copy+os.Remove，并检查err == nil || errors.Is(err, os.ErrNotExist)
