Go中*http.Request不可直接copy克隆，因含Body、Context等不可复制字段；须用io.ReadAll读取Body字节后通过io.NopCloser重建Body，并手动设GetBody，且注意ContentLength恢复与multipart特殊处理。
Go 中 *http.Request 不能直接用 copy 或结构体赋值克隆
因为 *http.Request 包含不可复制字段（如 Body io.ReadCloser、Context、URL *url.URL 等），直接赋值或 copy 会导致共享底层资源，后续读取 Body 时可能 panic 或读空。克隆必须显式重建关键字段，并特别处理 Body。
手动克隆需重置 Body 并深拷贝可读内容
Request.Body 是一次性读取流，克隆时若需多次使用（如日志 + 路由分发），必须先读取全部内容并构造新 io.ReadCloser。常见错误是只做 bytes.NewReader(b) 而忽略 Close() 方法，导致下游调用 Close() 时 panic。
- 先用
io.ReadAll(r.Body)读取原始 body 字节（注意超大请求需加限流） - 用
bytes.NewReader(b)创建新 reader - 包装成带
Close()的io.ReadCloser：可用io.NopCloser()（适合只读场景），或自定义 struct 实现Read+Close - 记得调用原
r.Body.Close()（如果尚未关闭）
// 示例：基础克隆（不处理 Context、TLS、Multipart 等）
func CloneRequest(r *http.Request) (*http.Request, error) {
body, err := io.ReadAll(r.Body)
if err != nil {
return nil, err
}
_ = r.Body.Close() // 避免泄漏
newReq := r.Clone(r.Context())
newReq.Body = io.NopCloser(bytes.NewReader(body))
newReq.GetBody = func() (io.ReadCloser, error) {
return io.NopCloser(bytes.NewReader(body)), nil
}
return newReq, nil
}
Request.Clone() 只浅拷贝，Body 和 Context 仍共享
r.Clone(ctx) 是 Go 1.13+ 提供的官方方法，但它**不会复制 Body**，新请求的 Body 指向原对象；Context 也默认复用原 Context（除非传入新 context）。这意味着：
- 调用
newReq.Body.Read()会消耗原请求的 Body 流，第二次读返回 EOF - 若原请求 context 已 cancel，克隆请求也会立即被 cancel
-
GetBody字段不会自动继承或重建，需手动设置
所以 Clone() 仅适合“只读一次 Body”且 context 可复用的场景；真要深度克隆，必须配合 body 重置逻辑。
生产环境要注意 Multipart、ContentLength 和中间件顺序
如果请求是 multipart/form-data，直接读 Body 会破坏边界解析，应优先用 r.ParseMultipartForm() 后操作 r.MultipartForm 字段；否则克隆后 ParseMultipartForm() 会失败。
-
ContentLength在读取 body 后可能变为 -1，需手动恢复：newReq.ContentLength = int64(len(body)) - 若在中间件中克隆（如鉴权 + 日志），确保克隆发生在所有依赖
Body的解析逻辑之前（例如ParseForm()会隐式读 body） - 避免在
http.Handler中无条件克隆——高并发下反复读 body 会显著增加内存和 GC 压力
真正需要深度克隆的地方很少，多数时候用 GetBody + 一次读取 + 多次 io.NopCloser 构造更轻量；只有当必须并发/多次完整复现原始请求时，才值得走完整克隆流程。
