Go中HTTP文件传输常见问题：下载需显式读取resp.Body（如io.Copy），否则连接复用异常；上传须用multipart.Writer构造表单；进度条需自定义io.Reader包装器；路径与错误处理需注意跨平台和细分判断。
Go中用http.Get下载文件时，为什么文件内容为空或损坏？
常见原因是没读取响应体（resp.Body）就直接关闭了连接。HTTP客户端不会自动把整个响应流进内存，必须显式调用io.Copy或io.ReadFull等函数消费resp.Body，否则后续请求可能复用该连接但状态异常。
- 务必用
defer resp.Body.Close()，且在io.Copy之后才真正释放资源 - 不要用
resp.Body.Read()手动读取而不检查返回长度——HTTP响应可能分块传输，一次Read不保证读完 - 下载大文件时，避免用
ioutil.ReadAll(resp.Body)（Go 1.16+已弃用），它会把全部内容加载进内存，易OOM
func downloadFile(url, filepath string) error {
resp, err := http.Get(url)
if err != nil {
return err
}
defer resp.Body.Close()
out, err := os.Create(filepath)
if err != nil {
return err
}
defer out.Close()
_, err = io.Copy(out, resp.Body) // 流式写入，内存友好
return err
}
上传文件到HTTP服务，multipart/form-data构造容易出错在哪？
核心问题是边界（boundary）不匹配、头字段缺失、或文件数据未按规范写入。Go标准库的mime/multipart能自动生成合法结构，但手动拼接字符串几乎必然失败。
- 必须用
multipart.Writer创建表单，调用w.WriteField写普通字段，w.CreateFormFile获取文件写入器 - 上传前需设置
Content-Type: multipart/form-data; boundary=xxx，这个boundary值必须和multipart.Writer内部生成的一致——不能自己硬编码 - 如果服务端要求带
filename参数，CreateFormFile第二个参数就是它；若留空，某些后端框架（如Express multer）可能忽略该字段
func uploadFile(url, filepath, fieldName string) error {
file, err := os.Open(filepath)
if err != nil {
return err
}
defer file.Close()
body := &bytes.Buffer{}
writer := multipart.NewWriter(body)
part, _ := writer.CreateFormFile(fieldName, filepath) // filename参与Content-Disposition
io.Copy(part, file)
writer.Close() // 必须调用，否则boundary结尾不完整
resp, err := http.Post(url, writer.FormDataContentType(), body)
if err != nil {
return err
}
defer resp.Body.Close()
return nil
}
大文件上传/下载时，如何加进度条又不破坏流式处理？
不能把整个文件读进内存再发，得用包装器（wrapper）在复制过程中拦截字节计数。Go没有内置进度接口，但可以用io.Reader或io.Writer的包装类型实现实时回调。
- 对下载：包装
resp.Body为一个带回调的io.Reader，每次Read后更新进度 - 对上传：包装
file为带回调的io.Reader，传给io.Copy或part写入器 - 注意并发安全：回调函数里更新进度变量时，若多goroutine写同一变量，需用
sync.Mutex或atomic
type ProgressReader struct {
r io.Reader
total int64
read int64
callback func(int64, int64)
}
func (pr *ProgressReader) Read(p []byte) (int, error) {
n, err := pr.r.Read(p)
pr.read += int64(n)
pr.callback(pr.read, pr.total)
return n, err
}
本地文件I/O与网络I/O混用时，哪些路径和错误容易被忽略？
路径问题集中在相对路径行为不一致：HTTP服务启动目录 ≠ 当前工作目录 ≠ Go build输出目录；错误处理则常漏掉os.IsNotExist和net.Error的细分判断。
立即学习“go语言免费学习笔记（深入）”；
- 上传时
os.Open失败，要区分os.IsNotExist（文件不存在）和权限错误，前者可提前提示用户，后者需查chmod - 下载时
os.Create失败，注意目标路径父目录是否存在——os.Create不自动建目录，得用os.MkdirAll(filepath.Dir(dst), 0755) - 网络超时应设在
http.Client上，而非单个http.Get，否则重定向或TLS握手阶段无法控制 - Windows下路径分隔符用
filepath.Join，别硬写"\\"或"/"，否则os.Open可能静默失败
文件I/O和网络I/O的衔接点其实很薄：无非是把os.File当io.Reader或io.Writer塞进HTTP流程。真正的复杂性藏在边界条件里——断点续传要自己维护offset，HTTPS证书验证要配http.Transport，而这些都不在io.Copy的职责范围内。
