最可靠方式是新建http.Request后立即调用req.Header.Set()或Add()设置头；Set覆盖同名头，Add追加多值；Host、Content-Length等由Go自动管理，手动设置无效或被覆盖。
Go中用http.Request手动设置Header最可靠
直接改req.Header是唯一推荐方式，别用http.DefaultClient全局设——它不生效，且线程不安全。新建http.Request后立即调用req.Header.Set()或req.Header.Add()，顺序无关，但Set()会覆盖同名头，Add()追加（比如多个Cookie）。
常见错误：先调http.Get()再想改Header——不行，http.Get()返回的是响应，请求对象已不可修改；必须用http.NewRequest()构造请求。
-
User-Agent必须显式设置，否则默认是Go-http-client/1.1，很多API会拒绝 - HTTP/2下某些头（如
Connection、Host）会被自动处理，手动设可能被忽略或报错 - Header键名不区分大小写，但建议用标准格式（如
Content-Type而非content-type）
用http.Client复用连接时Header要按请求设
一个http.Client可复用底层TCP连接，但Header不能“绑定”到Client上——它只属于单个*http.Request。有人误以为client.Transport能统一加Header，实际不能，Transport负责底层传输，不参与Header逻辑。
正确做法：每次发请求前，对新构造的req调用req.Header.Set()。如果Header固定（如Authorization），可封装成函数：
使用阿里云CLI（API 版本 2024-03-30）操作阿里云云监控服务（CMS）的 AgentLoop ContextStore，适用于用户提及云监控时。
立即学习“go语言免费学习笔记（深入）”；
func newRequest(method, url string, body io.Reader) (*http.Request, error) {
req, err := http.NewRequest(method, url, body)
if err != nil {
return nil, err
}
req.Header.Set("User-Agent", "MyApp/1.0")
req.Header.Set("Accept", "application/json")
return req, nil
}
注意Host头的特殊行为
Go会自动从URL解析Host并设为请求头，但如果手动调req.Header.Set("Host", ...)，会覆盖默认值——这在反向代理或测试host路由时有用，但多数情况不需要动它。
- 手动设
Host后，Go不再校验URL中的host是否匹配，可能绕过某些安全检查 - 若URL是
https://api.example.com，但req.Header.Set("Host", "evil.com")，部分服务端会按后者路由，也可能被中间设备拦截 - 测试时想伪造Host，必须用
req.Host = "fake.host"（字段级赋值），而非Header设——因为Host头由req.Host字段优先控制
自定义User-Agent字符串别硬编码空格或非法字符
HTTP规范要求User-Agent值只能含token字符（字母、数字、!#$%&'*+-.^_`|~），不能有换行、制表符或未编码空格。Go不会帮你校验，设错会导致400 Bad Request或被WAF拦截。
- 避免写成
"My App/1.0"（带空格）→ 改用"MyApp/1.0"或"My-App/1.0" - 需要带公司名和版本？用
"CompanyName-ProductName/2.3.1"这种格式最稳妥 - 如果必须含空格（如兼容旧文档），得URL编码，但不推荐——多数服务端不期望解码UA头
Header设置本身很简单，难的是理解哪些头受协议约束、哪些被Go自动管理、哪些改动会触发服务端异常判断——尤其是Host和User-Agent这两个最容易手滑的地方。
