io.copy比os.readfile+os.writefile更适合大文件，因后者一次性加载全文件致oom，前者用32kb缓冲流式处理内存恒定；需手动同步权限、时间戳等元信息，并逐步骤判错。
为什么 io.Copy 比 os.ReadFile + os.WriteFile 更适合大文件
因为后者会把整个文件一次性加载进内存，1GB 文件就占 1GB 内存，还可能触发 GC 压力或 OOM；而 io.Copy 默认使用 32KB 缓冲区流式处理，内存占用恒定，吞吐也更稳。
实操建议：
- 始终优先用
io.Copy，不要图方便先ReadFile - 若需自定义缓冲区大小（比如 SSD 上调高到 1MB 提升顺序写吞吐），用
io.CopyBuffer配合make([]byte, 1024*1024) - 注意：源文件和目标文件都必须是
io.Reader和io.Writer接口类型——os.Open和os.Create返回的*os.File满足条件
如何正确处理文件元信息（权限、ModTime）同步
io.Copy 只管内容，不复制 chmod 或 mtime。如果目标是「完全镜像」，漏掉这步会导致备份失效或部署异常。
实操建议：
- 用
os.Stat获取源文件os.FileInfo，再调用os.Chmod和os.Chtimes应用到目标文件 - 注意
os.Chtimes的第二个参数是atime，第三个是mtime；若想保留原始访问时间，得先读取源FileInfo的Atime()（Go 1.19+ 才有，旧版本只能设为当前时间或忽略） - 权限掩码要与目标文件系统兼容：Windows 不支持
0755语义，os.Chmod在 Windows 上只影响只读位
遇到 invalid argument 或 permission denied 怎么排查
常见于跨文件系统拷贝（如 ext4 → NTFS）、目标路径含符号链接、或目标目录不可写。错误信息本身不指明具体路径环节，容易卡住。
实操建议：
- 检查每一步的
error：打开源文件、创建目标文件、io.Copy、设置权限/时间——不要只在最后判错 - 用
os.IsPermission(err)和os.IsNotExist(err)做分类处理，比如目标目录不存在时，提前os.MkdirAll(filepath.Dir(dst), 0755) - Linux 下若从
/proc或/sys拷文件失败，大概率是内核禁止读取（如/proc/kcore），直接跳过比硬扛更合理
要不要加进度条？什么时候真有必要
命令行工具里加进度条看似友好，但会显著增加实现复杂度：要开 goroutine、用 channel 同步、处理信号中断、还要考虑终端宽度变化。对大多数内部脚本或 CI 场景，纯静默拷贝反而更可靠。
实操建议：
- 仅当用户明确交互式使用（如 CLI 工具面向终端用户）且文件普遍 >100MB 时，才值得引入
io.MultiWriter+ 自定义Write计数器 - 避免用
time.Tick刷屏，改用「每写入 1MB 触发一次回调」更稳定 - 别忘了：进度条本身不加速拷贝，反而因额外计算和 I/O（如刷新 stdout）略微拖慢速度
if err != nil，结果出错时根本不知道是 open 失败、write 失败，还是 chmod 失败。每个 IO 步骤单独判错，才能快速定位真实瓶颈。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
