revel框架中获取http请求头应使用c.request.header.get()，它自动处理大小写不敏感和连字符标准化；c.params.get("header.xxx")无效，因c.params仅处理路由、查询和表单参数，不包含请求头。
Revel框架里怎么获取HTTP请求头
Revel框架中读取请求头最直接的方式是通过 c.Request.Header.Get()，它底层调用的是 Go 标准库的 http.Header.Get()，自动处理大小写不敏感和连字符标准化（比如 "Content-Type" 和 "content-type" 效果一致）。
为什么 c.Params.Get("header.XXX") 不行
Revel 的 c.Params 专用于解析路由参数、查询参数（?key=val）和表单字段，**不包含请求头**。试图用 c.Params.Get("header.Authorization") 或类似写法会始终返回空字符串，这不是 bug，而是设计如此。
-
c.Params.Get("header.XXX")是常见误解，Revel 文档里没有这个用法 - Header 不在
c.Params的键空间内，也不会被自动注入 - 若需把某个 Header 映射为参数供后续逻辑复用，得手动赋值，例如：
c.Params.Set("auth_token", c.Request.Header.Get("Authorization"))
读取 Authorization、X-Forwarded-For 等常用头的注意事项
实际接口开发中，这类头常用于鉴权或日志记录，但要注意它们可能缺失、格式异常或被代理篡改：
-
Authorization头建议用c.Request.Header.Get("Authorization")获取后，再按"Bearer xxx"或"Basic xxx"拆分 —— Revel 不做自动解析 -
X-Forwarded-For可能含多个 IP（如"1.2.3.4, 5.6.7.8"），需取第一个有效非私有地址，不能直接信任 - 自定义头如
X-Request-ID推荐统一用 PascalCase 风格传入，Go 的Header.Get()会自动 normalize，但注意 Nginx 默认会把下划线转成中划线（x_request_id → x-request-id），需在 Nginx 配置里加underscores_in_headers on;
在 Filter 中统一读取并校验 Header 的写法
如果多个 Action 都需要检查 Content-Type 或 Accept，适合放在 Filter 里提前拦截，避免重复代码：
func (c App) ValidateContentType() revel.Result {
contentType := c.Request.Header.Get("Content-Type")
if contentType != "application/json" && contentType != "" {
return c.RenderError("Content-Type must be application/json")
}
return nil
}
然后在 app/init.go 的 init() 函数中注册：
revel.InterceptMethod((*App).ValidateContentType, revel.BEFORE, &App{})
注意：Filter 中读取 Header 和 Action 中完全一样，但别在 Filter 里调用 c.Params.Get() 期望拿到 Header。
Header 名称拼写错误、代理层清洗、大小写混用、空格截断（如 "Bearer token" 开头多空格）—— 这些才是线上最常导致读取失败的真实原因，比语法本身更值得花时间验证。
