在 Go 的 http.ResponseWriter 中，必须在写入响应体之前设置 Content-Type 等头部字段，且 header 名称需严格遵循标准（如 "Content-Type" 而非 "ContentType"），否则浏览器无法正确解析响应内容。
在 go 的 `http.responsewriter` 中，必须在写入响应体**之前**设置 `content-type` 等头部字段，且 header 名称需严格遵循标准（如 `"content-type"` 而非 `"contenttype"`），否则浏览器无法正确解析响应内容。
HTTP 响应头（如 Content-Type）的设置时机至关重要。Go 的 http.ResponseWriter 实现采用“延迟写入”机制：一旦调用 Write()（或 WriteHeader() 后隐式触发写入），底层连接即开始发送响应头和正文；此后再调用 Header().Set() 将被忽略——因为头部已随响应流发出，无法修改。
在你的代码中：
func handler(w http.ResponseWriter, r *http.Request) {
poly(w) // ❌ 此处已向 w 写入 SVG 内容 → 响应头可能已被自动发送
w.Header().Set("ContentType", "image/svg+xml") // ❌ 错误时机 + 错误键名
fmt.Println(w.Header().Get("ContentType"))
}
存在两个关键问题：
-
顺序错误：
poly(w)先执行，它向w写入 SVG 数据（即调用w.Write([]byte{...})）。此时若响应头尚未显式设置，net/http会自动发送默认状态码200 OK和空头部，随后才写入正文。后续Header().Set()已无效； -
Header 名拼写错误：标准 HTTP 头字段名为
Content-Type（含连字符），而非ContentType。Go 对 header 名大小写不敏感，但必须匹配标准格式；使用非法名称会导致 header 被静默丢弃。
✅ 正确写法如下：
func handler(w http.ResponseWriter, r *http.Request) {
// ✅ 1. 先设置 Header（必须在任何 Write 之前）
w.Header().Set("Content-Type", "image/svg+xml")
// ✅ 2. 再写入响应体
poly(w)
}
⚠️ 补充注意事项：
- 若
poly()内部可能触发多次Write()，请确保其不提前写入；必要时可将poly()改为接受io.Writer并由你控制写入时机； - 可通过
w.Header().Get("Content-Type")在Write前验证设置是否生效； - 浏览器依赖
Content-Type判断渲染方式：image/svg+xml会以图形渲染，而缺失或错误的类型（如text/plain）将显示为原始 XML 文本； - 开发调试时，建议使用
curl -I http://localhost:8080检查实际返回的响应头，避免仅依赖 Chrome DevTools 的“Preview”标签（它可能因解析失败回退到文本模式）。
遵循“先设头、后写体”的原则，并使用标准化 header 名，即可确保 SVG 正确渲染为图像。
