Go 中的 map 和 slice 是引用类型，其值本身包含指向底层数据结构的指针；因此即使 Header() 方法按值返回 map[string][]string，调用方仍可直接修改 ResponseWriter 内部维护的同一份 header 数据。
go 中的 map 和 slice 是引用类型，其值本身包含指向底层数据结构的指针；因此即使 `header()` 方法按值返回 `map[string][]string`，调用方仍可直接修改 `responsewriter` 内部维护的同一份 header 数据。
在 Go 语言中，一个常见的误解是：“只有返回指针才能修改原始数据”。然而，net/http.ResponseWriter.Header() 方法正是打破这一直觉的典型例子——它按值返回 Header 类型（即 map[string][]string），但后续调用如 r.Header().Add("Content-Type", "application/json") 却真实地影响了响应头状态。原因在于：Go 中的 map（以及 slice、chan、func、interface{}）本质上是引用类型（reference types），而非传统意义上的“值类型”。
虽然语法上 Header() 返回的是一个值，但该值内部封装了一个指向底层哈希表的指针、长度和容量等元信息（类似 struct { h *hmap; len int } 的运行时表示）。因此，当执行 m2 = m1（其中 m1, m2 均为 map[string]string）时，并非复制整个键值对集合，而是复制了这个轻量级的运行时头结构——两个变量共享同一底层数据。
以下示例清晰展示了该行为：
package main
import "fmt"
func main() {
m1 := make(map[string]string)
m1["a"] = "original"
m2 := m1 // 按值赋值，但共享底层数据
m2["b"] = "added via m2"
fmt.Println(m1) // map[a:original b:added via m2]
fmt.Println(m2) // map[a:original b:added via m2]
fmt.Println(m1 == m2) // 编译错误：map 不可比较！进一步印证其非纯值语义
}值得注意的是：
- ✅ 你可以安全地按值传递或返回 map/slice，无需显式取地址；
- ❌ 但不能用 == 比较两个 map（编译报错），因其本质不可判定是否“逻辑相等”；
- ⚠️ 并发读写同一 map 会导致 panic（需加锁或使用 sync.Map）；
- ? 自定义类型如 type Header map[string][]string 继承相同语义——它只是类型别名，不改变底层行为。
回到 http.ResponseWriter 的设计：Header() 返回 Header 值，既避免了暴露内部结构体指针带来的封装破坏，又通过 Go 的引用类型机制实现了高效、直观的 header 操作。这是 Go 在抽象性与性能之间优雅平衡的体现。
总结：不要被“按值返回”迷惑——关键看类型的底层实现。map、slice 等引用类型，其“值”本身就是轻量级句柄；修改它们，就是在修改共享的底层数据。
