Go中直传文件到对象存储需构造合法HTTP请求：严格匹配Content-Type、预留签名过期时间、按policy顺序构造multipart字段；大文件用os.Open+io.MultiReader流式上传；解析Markdown图片应使用blackfriday AST遍历而非正则；错误处理须读取原始响应体并区分各服务商格式。
Go 里怎么用 net/http 直传文件到对象存储（比如七牛、又拍、MinIO）
不能直接把 Markdown 图片拖进去就上传，得自己构造 HTTP 请求。对象存储的直传接口基本都是 POST 或 PUT，带签名或临时 token。重点不是“发请求”，而是“怎么拼出合法的请求头和 body”。
- 多数服务要求
Content-Type必须匹配文件真实类型（image/png而不是application/octet-stream），否则返回400 Bad Request或静默失败 - 签名过期时间要预留网络延迟，建议比服务端要求多加 2–3 秒
- 如果用
multipart/form-data（如七牛表单上传），必须严格按服务端返回的policy和signature构造字段顺序，错一个字段名或大小写就403 Forbidden
为什么用 io.MultiReader 比 os.ReadFile 更适合上传大图
读小图用 os.ReadFile 看似简单，但一遇到 5MB+ 的截图或设计稿，内存占用飙升，还可能触发 GC 延迟。上传本质是流式操作，应该让数据边读边发。
-
os.Open+io.MultiReader可以把文件句柄和元数据（如Content-Length）分离处理，避免重复读取 - MinIO 官方 SDK 内部就是这么做的；自己写时别用
bytes.Buffer接整个文件，那是给测试用的 - 注意：某些对象存储（如腾讯云 COS）对
PUT请求要求必须提供Content-Length，此时得先stat获取文件大小，不能依赖Transfer-Encoding: chunked
github.com/russross/blackfriday/v2 解析后怎么提取图片路径再上传
Markdown 里的 ![]() 是目标，但别用正则硬拆——不同 flavor（如 GitHub Flavored）对空格、转义、标题属性的处理不一致，容易漏掉  这种带引号的。
- 用
blackfriday.Parse得到 AST 后，遍历所有*ast.Image节点，从Destination字段取原始 URL（不是渲染后的 HTML） - 如果路径是本地相对路径（如
./img/foo.png），用filepath.Abs转成绝对路径再打开，否则os.Open报no such file - 上传成功后，要把原
替换成新 CDN 地址，注意保留 alt 文本和 title 属性，别只替换括号里内容
上传失败时怎么拿到真正有用的错误信息
HTTP 状态码只是第一层，很多对象存储在 200 OK 里塞 JSON 错误体（比如又拍云），或者返回 400 却不带 Content-Type: application/json，导致 json.Unmarshal 静默失败。
立即学习“go语言免费学习笔记（深入）”；
- 永远先检查
resp.StatusCode，再用io.ReadAll(resp.Body)拿原始响应体，别跳过defer resp.Body.Close() - 七牛返回的错误体是纯文本，格式为
code: xxx, message: yyy；MinIO 则是标准 XML，得用xml.Unmarshal - 调试阶段加个
log.Printf("raw response: %s", string(body))，比看文档快得多
最麻烦的其实是签名逻辑和并发控制——同一时间上传十几张图，token 复用、时间戳偏移、连接复用没配好，会触发限频或 401。这些细节藏在各厂商 SDK 底层，自己写脚本时得手动补全。
