常见错误是未检查响应体可读性、忽略 resp.Body 关闭及错误传播；需验证状态码范围、用 io.Copy、defer 关闭 Body、处理重定向与路径安全、设置超时和进度反馈，并正确处理 TLS 证书及响应体错误。
用 http.Get 下载文件时，为什么返回 200 却写入空文件？
常见错误是没检查响应体是否可读，或直接忽略 resp.Body 的关闭与错误传播。HTTP 响应可能返回 200，但 body 已被提前读空、重定向未跟随、或服务端返回了 HTML 错误页（比如 404 页面）而非真实文件。
- 务必先检查
resp.StatusCode是否在200–299范围，别只看是否非 nil - 用
io.Copy替代手动循环读取，它会自动处理流式读写和错误传递 - 必须用
defer resp.Body.Close()，否则连接不释放，大量请求后会卡住 - 如果目标 URL 可能重定向（比如 CDN 或登录跳转），
http.DefaultClient默认跟随，但要留意重定向后的实际 URL 是否仍是文件——可用resp.Request.URL.String()看最终地址
保存文件前，怎么安全地处理路径和文件名？
用户传入的 URL 可能含恶意路径（如 ../../etc/passwd），或文件名含非法字符（Windows 下的 < > : " / \ | ? *）。Golang 标准库不自动过滤，得自己截断。
- 用
path.Base(url)提取原始文件名，再用strings.ReplaceAll清洗危险字符，或直接生成安全哈希名（如sha256.Sum256([]byte(url)).String()[:12]） - 避免直接拼接用户输入到
os.OpenFile路径中；先用filepath.Join(dir, safeName)构造，再用filepath.Abs+strings.HasPrefix检查是否仍在目标目录内 - 写入前确保目录存在：
os.MkdirAll(filepath.Dir(destPath), 0755)
io.Copy 和 io.CopyN 选哪个？大文件下载要注意什么？
io.Copy 是默认选择，它边读边写、内存占用低；io.CopyN 只适合明确知道要截取前 N 字节的场景（比如只取 header）。真正影响大文件体验的是超时控制和进度反馈。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 设置客户端超时：用自定义
http.Client，配Timeout或更细粒度的Transport参数（如IdleConnTimeout） - 下载中途取消？把
context.Context传给client.Do(req.WithContext(ctx))，并在 goroutine 中监听ctx.Done() - 需要进度？不能靠
io.Copy，得用io.Reader包一层计数器，每次Read后更新状态（示例见下）
type ProgressReader struct {
io.Reader
total int64
written int64
}
func (pr *ProgressReader) Read(p []byte) (n int, err error) {
n, err = pr.Reader.Read(p)
pr.written += int64(n)
log.Printf("downloaded %d/%d bytes", pr.written, pr.total)
return
}
HTTPS 证书错误、自签名或私有 CA 怎么绕过或信任？
生产环境绝不该跳过验证，但测试或内网场景常需临时处理。关键不是“禁用 TLS”，而是替换 http.Transport 的 TLSClientConfig。
立即学习“go语言免费学习笔记（深入）”；
- 完全跳过验证（仅限调试）：
&tls.Config{InsecureSkipVerify: true}—— 注意这会让所有 HTTPS 请求都失效证书校验 - 信任特定自签名证书：用
certPool.AppendCertsFromPEM()加载 PEM 内容，再赋给TLSClientConfig.RootCAs - 系统 CA 不生效？Golang 默认不读取系统证书库（如 macOS Keychain 或 Windows cert store），得显式加载或用
golang.org/x/crypto/acme/autocert等工具补全
io.Copy 返回的 error 可能来自写入磁盘（磁盘满、权限不足），也可能是读取网络时中断（服务端断连、timeout），这两个错误源要分开处理，否则下载失败却静默成功。 
