在 Go 的 net/http 中，响应头必须在调用 WriteHeader() 之前全部设置完毕；一旦 WriteHeader() 被调用，HTTP 状态行和头部即被写入并发送，后续对 Header() 的修改将被忽略。
在 go 的 `net/http` 中，响应头必须在调用 `writeheader()` 之前全部设置完毕；一旦 `writeheader()` 被调用，http 状态行和头部即被写入并发送，后续对 `header()` 的修改将被忽略。
Go 的 http.ResponseWriter 接口设计遵循 HTTP 协议的底层传输逻辑：响应由三部分组成——状态行（如 HTTP/1.1 201 Created）、响应头（key-value 形式）和响应体。这三者按序写入底层连接，且不可回溯或重写。
关键规则如下：
✅
Header().Set()必须在WriteHeader()之前调用w.Header().Set("Content-Type", "application/json")是安全的，只要它发生在w.WriteHeader()之前。-
❌
WriteHeader()之后调用Header().Set()无效
如问题中所示：w.WriteHeader(http.StatusCreated) // ← 此时状态行+当前头部已写入连接 w.Header().Set("Content-Type", "application/json") // ← 该设置被忽略！ w.Write(js)此时
Content-Type不会出现在实际响应中，因为头部已随状态行一并发出。立即学习“go语言免费学习笔记（深入）”；
⚠️
WriteHeader()只应调用一次
多次调用WriteHeader()不会报错，但仅首次生效；后续调用被静默忽略（Go 1.22+ 仍保持此行为）。-
?
Write()隐式触发WriteHeader(http.StatusOK)（若尚未调用）
若未显式调用WriteHeader()，首次w.Write()会自动发送200 OK状态及当前头部。因此以下代码等价于显式设置200：w.Header().Set("Content-Type", "text/plain") w.Write([]byte("hello")) // 自动调用 WriteHeader(200)
✅ 正确写法（推荐）：
func handler(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "application/json")
w.Header().Set("X-Request-ID", "abc123")
w.WriteHeader(http.StatusCreated) // 显式设定状态码
w.Write(js) // 写入响应体
}✅ 更简洁的惯用写法（省略 WriteHeader()，依赖 Write() 自动触发）：
func handler(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "application/json")
w.WriteHeader(http.StatusCreated) // 仍建议显式调用，语义更清晰
json.NewEncoder(w).Encode(data) // 自动处理序列化与写入
}? 注意事项：
- 不要混淆
Header().Add()和Header().Set()：前者追加值（允许多个同名头），后者覆盖（仅保留最后一次设置）。 - 若需设置
Content-Length，通常无需手动指定——Go 的http.Server在多数情况下会自动计算并设置（除非使用Chunked Transfer-Encoding或Connection: close场景）。 - 使用中间件（如 CORS、Logging）时，务必确保其 Header 修改逻辑在
WriteHeader()调用前完成。
总结：Go 的 HTTP 响应模型是“单向流式写入”，强调先配置、后提交、再写体的顺序。理解并遵守这一顺序，是写出可靠、可维护 Web 服务的基础。
