Golang 编写支持多厂商适配的高性能文件接入网关-Golang-PHP中文网

不能直接在ReverseProxy上加if-else做厂商分发，因为Director不感知请求头以外上下文、req.Body读空后无法复用、多厂商协议逻辑互斥易导致路由混乱、协议误判与越权风险。

net/http + httputil.ReverseProxy 本身不支持多厂商适配，硬塞逻辑会导致路由混乱、协议误判、body 读空后无法复用

常见错误是把所有厂商逻辑（如阿里云 oss、腾讯 cos、七牛 kodo、华为 obs）全写进一个 director 函数里，靠 req.host 或路径前缀硬匹配。问题立刻暴露：

多个厂商可能共用相同域名（比如都走 api.example.com，仅靠 req.Header.Get("X-Vendor") 区分），但 ReverseProxy 的 Director 不感知请求头以外的上下文
req.Body 在第一次 io.ReadAll 后就 EOF，后续厂商校验（如签名计算）拿不到原始 payload
不同厂商对 Content-MD5、x-amz-date、Authorization 头的解析逻辑互斥，混在一起会相互污染
没有统一入口做鉴权前置，容易漏掉某家厂商的 token 校验，变成越权上传入口

厂商适配不是“转发后改头”，而是“转发前定协议”。关键动作必须在任何中间件消费 req.Body 之前完成：

用 c.Request.URL.Path + c.GetHeader("X-Vendor") 粗筛（如 /upload + X-Vendor: qiniu）
立即调用 c.Request.Body = ioutil.NopCloser(bytes.NewReader(rawBody)) 复制原始 body，供后续签名验证使用
匹配成功后立刻 c.Abort()，跳过 JWT、日志等通用中间件，防止 header 被篡改或 body 被二次读取
每个厂商分支内调用专用 handler（如 handleQiniuUpload(c)），内部自行构造 http.Client + 自定义 Transport，不复用网关全局 proxy 实例

不同对象存储对超时、重试、TLS 验证的要求差异极大，共用一个 http.Transport 必然出错：

初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。

下载

阿里云 OSS 要求 Timeout ≤ 60 秒，且必须开启 ExpectContinueTimeout；腾讯 COS 对 IdleConnTimeout 敏感，设 >45 秒会导致连接复用失败
七牛 Kodo 要求 TLSClientConfig.InsecureSkipVerify = false 且必须校验 SNI；华为 OBS 则要求 ServerName 显式设为 obs.cn-north-4.myhuaweicloud.com
重试策略不能全局开关：COS 对 503 Service Unavailable 允许重试，OSS 对同错误返回则认为 bucket 满，重试无意义
所有 transport 必须禁用 http.DefaultTransport 的 DNS 缓存（ForceAttemptHTTP2: true + MaxIdleConnsPerHost: 100）

厂商上传接口普遍支持分块上传（Multipart Upload）和流式 PUT，但网关若用 io.ReadAll(req.Body) 全量读入内存，会触发 OOM（尤其大文件+高并发）：

正确做法是用 io.Pipe() 构造 reader/writer pair，一边从 c.Request.Body 读，一边写入下游 http.NewRequestWithContext 的 Body
每个厂商 handler 内部用 req.Header.Set("Content-Length", c.Request.Header.Get("Content-Length")) 透传长度，避免下游因缺失该头拒绝请求
禁止对二进制 body 做 UTF-8 解码或字符串替换（如误把 base64 图片当文本处理），所有操作保持 []byte 或 io.Reader 原始形态
超大文件（>100MB）需额外加 context.WithTimeout(ctx, 300*time.Second)，防止因网络抖动卡死整个 goroutine