在 Go 的 http.ResponseWriter 中，必须在写入响应体之前设置 Content-Type 等响应头；若顺序颠倒或拼写错误（如写成 ContentType），浏览器将无法正确解析内容类型，导致 SVG 等资源被当作纯文本显示。
在 go 的 `http.responsewriter` 中，必须在写入响应体之前设置 `content-type` 等响应头；若顺序颠倒或拼写错误（如写成 `contenttype`），浏览器将无法正确解析内容类型，导致 svg 等资源被当作纯文本显示。
HTTP 响应头的设置时机和命名规范是 Go Web 开发中一个常见但关键的细节。http.ResponseWriter 的设计遵循“头优先”原则：一旦调用 Write()（或 WriteHeader() 后隐式触发）向客户端发送了响应体数据，Go 就会自动发送状态行和已设置的响应头——此后再调用 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)先执行，意味着 SVG 内容已通过w.Write()或类似方式写入响应体。此时w.Header()的修改将被忽略； -
Header 名拼写错误：标准 HTTP 头字段名为
Content-Type（含连字符），而非ContentType。Go 的Header().Set()不校验字段名合法性，但浏览器只识别标准名称。
✅ 正确写法如下：
func handler(w http.ResponseWriter, r *http.Request) {
// ✅ 1. 先设置响应头（注意大小写与连字符）
w.Header().Set("Content-Type", "image/svg+xml")
// ✅ 2. 再写入响应体
poly(w)
}? 补充说明：
-
Content-Type是 MIME 类型声明，对浏览器渲染至关重要。image/svg+xml告知浏览器该响应为可渲染的矢量图像，而非 XML 文本； - 若需设置其他常用头（如缓存、CORS），也必须在首次
Write()之前完成； - 可通过
curl -I http://localhost:8080验证响应头是否生效； - 使用
w.WriteHeader(http.StatusOK)显式设置状态码时，也需在Write()之前调用，否则 Go 会自动使用200 OK，但依然要求 Header 设置早于任何 Write。
牢记：Header → Status → Body 是 ResponseWriter 的黄金顺序。违反此顺序是 Go Web 开发中调试响应渲染问题的首要排查点。
