Gin中不能直接写XML响应头是因为默认Content-Type为text/plain或application/json，必须显式调用c.Header("Content-Type", "application/rss+xml; charset=utf-8")并使用c.Data()输出xml.Marshal结果，避免c.JSON()覆盖头且确保UTF-8编码。
为什么 gin.Context 里不能直接写 XML 响应头？
因为 RSS 是 XML 格式，浏览器或阅读器依赖 Content-Type: application/rss+xml; charset=utf-8 正确解析。Gin 默认用 text/plain 或 application/json，不设响应头会导致订阅失败或乱码。
实操建议：
- 必须在写入 XML 前调用
c.Header("Content-Type", "application/rss+xml; charset=utf-8") - 避免用
c.JSON()或c.String()，它们会覆盖 Content-Type；改用c.Data()或c.Writer.Write() - 确保 XML 内容以 UTF-8 编码生成（Go 字符串默认 UTF-8，但若从数据库读取需确认字段编码）
如何用 xml.Marshal 安全生成 RSS 结构？
手拼 XML 字符串易出错（如未转义 &、），且难维护。Go 标准库 <code>encoding/xml 支持结构体标签映射，但要注意 RSS 规范对字段名、命名空间和顺序的硬性要求。
实操建议：
- RSS 根节点必须是
<rss version="2.0">，用结构体嵌套 +xml:"rss" version:"2.0"无法生效，得手动写开头 - 推荐分两步：先用
xml.Marshal序列化<channel>及其子项（item列表），再拼接完整 RSS 包裹 - 每个
item的<description>若含 HTML，需用html.EscapeString()转义，或包裹在<![CDATA[...]]>中（后者更稳妥）
动态路由 GET /feed/:category 怎么避免 SQL 注入和缓存穿透？
用户可能访问 /feed/javascript 或 /feed/%27%3B%20DROP%20TABLE...，直接拼 SQL 或查缓存都危险。
实操建议：
- 对
:category做白名单校验：validCategories := map[string]bool{"go": true, "javascript": true}，不在其中则c.AbortWithStatus(404) - 查询前先查 Redis 缓存（key 用
rss:category:go），过期时间设为 15 分钟；缓存未命中再查 DB，并写回缓存 - DB 查询用参数化语句：
db.Where("category = ? AND published = ?", category, true).Order("created_at DESC").Limit(20).Find(&posts)
为什么本地测试能跑通，上线后 RSS 阅读器报 “Invalid XML”？
常见原因是生产环境反向代理（Nginx / Cloudflare）截断了长响应、或强制添加了 Content-Encoding: gzip 却没正确处理 XML 的二进制流。
实操建议：
- Gin 中显式关闭 gzip（如果没配中间件）：
router.Use(gin.Recovery())后不要加gin.Gzip()，RSS 不适合压缩后再传输 - Nginx 配置里加
gzip_types application/rss+xml;，否则可能拒绝压缩导致响应被截断 - 用
curl -v https://yoursite.com/feed/go看真实响应头和 body 开头/结尾是否完整，尤其检查末尾有没有缺失</rss>
动态 RSS 的关键不在“生成”，而在“不出错地交付”。XML 格式敏感、HTTP 头依赖强、缓存与代理层层介入——任何一个环节漏掉转义、头设置或校验，阅读器就静默失败，连错误提示都不给。
