Go语言实现等价CURL POST请求时，文件媒体类型为application/octet-stream而非image/png的原因及解决方法

咱们先拆解下问题：你用CURL发请求时，文件能被正确识别为image/png类型，但用Go的net/http库实现相同逻辑时，却变成了通用的application/octet-stream，这到底是哪出问题了？

问题根源 #

其实CURL在处理-F 'file=@"wikipedia_logo.png"'这个参数时，会自动检测文件的MIME类型，然后在multipart表单的文件部分里悄悄加上Content-Type: image/png的请求头。而Go标准库的multipart.Writer.CreateFormFile方法比较“老实”——它只负责生成包含文件名的Content-Disposition头，不会主动去推断文件的MIME类型，所以就用了默认的application/octet-stream兜底。

解决办法 #

要让Go发送的请求和CURL完全一致，咱们只需要手动给文件part设置正确的Content-Type头就行，这里有两种实用方式：

方式一：直接修改CreateFormFile返回的Part Header

CreateFormFile会返回一个文件对应的Part对象，咱们可以直接修改它的Header，补上正确的媒体类型：

// 替换原代码中CreateFormFile的部分
part, err := writer.CreateFormFile("file", filePath)
if err != nil {
    panic(err)
}
// 手动添加文件的Content-Type
part.Header.Set("Content-Type", "image/png")

// 后续写入文件内容的逻辑不变
_, err = part.Write(fileBytes)
if err != nil {
    panic(err)
}

方式二：自定义完整Part（支持动态推断MIME类型）

如果需要适配不同类型的文件，可以用mime.TypeByExtension根据文件扩展名自动推断MIME类型，再自己构建Part的Header，灵活性更高：

import (
    "mime"
    "path/filepath"
    "net/textproto"
)

// ... 其他代码 ...

// 根据文件扩展名获取MIME类型
ext := filepath.Ext(filePath)
mimeType := mime.TypeByExtension(ext)
// 兜底处理：如果推断失败，默认用image/png
if mimeType == "" {
    mimeType = "image/png"
}

// 构建自定义的Part Header
partHeader := make(textproto.MIMEHeader)
partHeader.Set("Content-Disposition", fmt.Sprintf(`form-data; name="file"; filename="%s"`, filepath.Base(filePath)))
partHeader.Set("Content-Type", mimeType)

// 创建Part并写入文件内容
part, err := writer.CreatePart(partHeader)
if err != nil {
    panic(err)
}
_, err = part.Write(fileBytes)
if err != nil {
    panic(err)
}

验证效果 #

修改代码后重新发送请求，你会发现requestbin里的files.file字段已经变成data:image/png;base64,<base64-encoded-file>，和CURL的请求结果完全一致啦。

备注：内容来源于stack exchange，提问作者Yadhu