req.header.set()没生效最常见原因是未在client.do()前调用，或请求对象非新建可写实例；host须用req.host赋值，content-length由go自动计算，手动设将被忽略。
req.Header.Set() 为什么没生效
最常见原因是时机错了：必须在 http.DefaultClient.Do() 之前调用，之后改等于白改——Go 不报错，但 Header 冻结了。另一个高发原因是请求对象不是你自己新建的，比如从 handler 参数 r *http.Request 拿来直接设 Header，它 Header 是只读副本；或者用了 http.NewRequestWithContext() 后没检查 error，req 是 nil，一调 Set() 就 panic。
调试建议：fmt.Printf("header: %+v\n", req.Header) 打印出来看一眼，比猜半天快得多。
- 确认
req是http.NewRequest()创建，且 error 已处理 - 确保
Set()在client.Do(req)前执行 - 别对
http.Get()或http.Post()返回的resp.Request.Header动手——那是只读副本
Host 和 Content-Length 为什么设不上
Host 字段不能用 req.Header.Set("Host", ...)，得直接赋值 req.Host = "example.com"；Content-Length 更是完全由 Go 自动计算并覆盖，你手动设了也会被丢弃，还可能触发 http: invalid Content-Length 错误。
其他被自动管理的字段还有 Connection、Transfer-Encoding、Trailer，都别碰。
- 想改 Host：用
req.Host赋值，或构造url.URL时带完整 host - Content-Length 交给 Go 算：body 用
strings.NewReader、bytes.NewReader这类可测长度的类型 - 如果 body 是文件流（
*os.File）或自定义io.Reader，且服务端要求明确长度，得自己算好再设req.ContentLength字段（不是 Header）
Authorization 和 Content-Type 怎么设才不 401 / 400
Authorization 键名大小写不敏感，但值格式必须严格匹配服务端预期：Bearer Token 要带空格，API Key 要核对 header 名是否为 X-API-Key 还是 X-Api-Key；Content-Type 则必须和 body 实际编码一致，否则后端解析失败。
req.Header.Set("Authorization", "Bearer <code>token")—— 注意 Bearer 后有空格req.Header.Set("X-API-Key", "<code>your_key")—— 大小写要和服务端文档完全一致- 发 JSON：先
jsonBytes, _ := json.Marshal(data)，再req.Header.Set("Content-Type", "application/json")，body 用bytes.NewReader(jsonBytes) - 发表单：
req.Header.Set("Content-Type", "application/x-www-form-urlencoded")，body 用url.Values{"a": {"1"}}.Encode()
重定向、代理、HTTP/2 下 Header 丢失怎么办
默认 http.Client 遇到 302 会自动跳转，但原始 Header 不会带过去；某些 CDN、Nginx 或 HTTP/2 实现还会静默过滤非标准头（比如带下划线的 X_Internal_ID）。
- 禁用自动重定向：
client.CheckRedirect = func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse } - 需要重定向又想保留 Header：实现
CheckRedirect回调，在里面手动把关键 Header 从via[0]复制到新req - 避免用下划线：自定义头优先用短横线，如
X-Internal-Id，而不是X_Internal_Id - 不确定 Header 是否真发出？用
curl -v对比，或在服务端打印原始请求头验证
Header 设置本身几行代码就能写完，真正难的是上下文判断：它属于请求实例，不是 client，不是 transport，也不是 response；它生效与否不报错，只默默失效。复杂点永远在“谁创建的 req”“在哪一刻设的”“经过了几层中间件或重定向”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
