revel中需通过c.request.header安全读取header，header不参与c.params填充；x-forwarded-for须过滤内网ip防伪造；authorization需trimprefix+trimspace提取bearer token；自定义header须校验存在性与格式。
在Revel框架中安全读取并校验请求Header，是实现API鉴权、设备识别、版本路由等业务逻辑的前提；漏读X-Forwarded-For、误判Authorization格式或忽略Header缺失场景，会导致IP伪造、Token解析失败、接口降级失效等线上事故。
基础Header读取：从c.Request.Header直接获取
Revel未对Header做二次封装，必须通过标准net/http的Request.Header对象访问，不能依赖c.Params.Get()——后者只聚合Query、Form、Path参数，【Header完全不参与c.Params自动填充】。
在控制器方法中写：headers := c.Request.Header。
读取单个Header值用headers.Get("X-Api-Key")，注意Header名大小写不敏感，内部已统一转小写处理；若该Header不存在，Get()返回空字符串""，不是nil。
批量读取多个Header时，用headers.Values("Accept")可获取所有同名Header的值切片，适用于多Accept头协商场景。
代理真实IP提取：X-Forwarded-For安全解析
当Revel部署在Nginx反代后，c.Request.RemoteAddr始终是代理IP（如10.0.0.2），必须从X-Forwarded-For中提取用户真实出口IP。
第一步：确认Nginx已透传该Header——检查proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;是否存在于location块中。
第二步：在控制器中拆分X-Forwarded-For值：ipList := strings.Split(c.Request.Header.Get("X-Forwarded-For"), ",")。
第三步：取第一个非内网IP：遍历ipList，用net.ParseIP().To4()判断是否为IPv4，再用ip.IsPrivate()排除10.0.0.0/8、172.16.0.0/12、192.168.0.0/16等私有段——【绝不可直接取首项就返回，攻击者可伪造X-Forwarded-For: 1.2.3.4, 10.0.0.2】。
Authorization头解析与Bearer校验
RESTful接口常用Authorization: Bearer abc123方式传递Token，但Revel不会自动剥离前缀，必须手动校验并提取凭证。
方法一：严格前缀匹配（推荐）
auth := c.Request.Header.Get("Authorization")
if strings.HasPrefix(auth, "Bearer ") {
token := strings.TrimSpace(strings.TrimPrefix(auth, "Bearer "))
}
方法二：避免空格陷阱
不要用strings.Split(auth, " ")取第二段——当auth为"Bearer\tabc123"（含制表符）或"Bearer abc123"（双空格）时会出错；TrimPrefix+TrimSpace组合更鲁棒。
方法三：拒绝非Bearer方案
若业务只接受Bearer，遇到"Basic YWxhZGRpbjpvcGVuc2VzYW1l"之类应直接返回401，不进入后续逻辑。
自定义Header业务校验：版本号与设备指纹
常见业务Header如X-Api-Version用于灰度路由，X-Device-Id用于防重放，这类字段必须存在且符合格式，否则拒绝请求。
先读取：version := c.Request.Header.Get("X-Api-Version")。
判断是否存在：if version == "" { c.Result = c.RenderError("X-Api-Version is required", 400); return }。
再校验格式：用正则^v[0-9]+(\.[0-9]+)*$匹配语义化版本，避免传入"latest"或"dev"绕过版本控制。
最后绑定到上下文：c.Params.Set("api_version", version)，供后续Action复用。
