revel 框架中应使用 interceptor（而非 filter 或原生 http.handler）实现 ip 黑名单，因其支持 ioc 注入、配置读取、redis 查询及统一返回 revel.forbidden；真实 ip 需按可信代理网段校验 x-real-ip/x-forwarded-for 后降级获取，并用 net.parseip 安全校验。
Revel 框架里用 Interceptor 实现 IP 黑名单最可靠
Revel 的 Interceptor 是标准、轻量、IOC 友好的方式，能直接注入服务、读配置、查 Redis，且天然支持请求生命周期控制。别用原生 Go 的 http.Handler 或自定义中间件去硬套——它绕过 Revel 的路由和上下文，拿不到 revel.Request 和 revel.Result，后续日志、跳转、状态码都难统一处理。
常见错误是把黑名单逻辑写在 AppInit 里一次性加载，但没做热更新；或在 Before 阶段直接 panic，导致 500 而非 403；还有人误用 FilterConfig 当全局变量缓存，结果并发时 panic。
- 黑名单数据建议从
conf/app.conf读取初始列表（如blacklist.ip.0=192.168.1.100），再叠加 Redis 中的动态条目 - 拦截器必须注册在
app.Init的revel.InterceptFunc中，且顺序放在revel.BEFORE阶段最前（避免被其他拦截器提前终止） - 真实 IP 获取不能只看
req.Request.RemoteAddr，要按X-Forwarded-For/X-Real-IP逐级 fallback，并做基础校验（防伪造） - 匹配后返回
revel.FORBIDDEN，不要用revel.Result手动写 header + body，否则会跳过 Revel 的错误处理链
怎么安全获取客户端真实 IP？
Revel 的 req.Request.RemoteAddr 是连接来源地址，不是用户真实出口 IP，尤其在 Nginx 反代或云 WAF 后必然失真。必须解析代理头，但不能无脑信任 X-Forwarded-For —— 它可被任意篡改。
推荐做法是结合可信代理网段白名单 + 头部解析逻辑：
- 在
conf/app.conf配置可信代理段，如trusted.proxies=10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 - 用 Revel 提供的
req.RemoteAddr()（它已内置部分代理解析），再手动检查req.Header.Get("X-Real-IP")是否在可信段内 - 若不满足可信条件，回退到
req.Request.RemoteAddr的 IP 段（仅作兜底，不用于封禁决策） - 最终 IP 字符串需调用
net.ParseIP校验，过滤掉非法格式（如127.0.0.1, 192.168.1.100这种逗号拼接值）
Redis 支持的动态黑名单怎么接入？
硬编码或文件加载的黑名单无法应对突发扫描或爬虫攻击。Revel 本身不带 Redis 客户端，得自己集成 github.com/go-redis/redis/v9，并确保连接池复用和超时控制。
关键点不在“能不能连 Redis”，而在于“怎么查才不拖慢主流程”：
- 使用
redis.SIsMember查单个 IP，不要用SMEMBERS全量拉取 —— 百万级黑名单下会 OOM - 设置 Redis 查询超时 ≤ 50ms，超时直接放行（fail-open），避免雪崩；可在
app.conf配置redis.timeout=50 - 本地加一层 LRU 缓存（如
golang-lru），缓存命中率高时可减少 80%+ Redis 请求 - 封禁时间用
SETEX key seconds ip，不要用SET + EXPIRE两步，防止竞态
为什么不用 Revel Filter（HTTP middleware）？
Revel 的 Filter 是底层 HTTP 中间件，签名是 func(revel.FilterConfig)，它运行在 Revel Router 之前，此时 revel.Context 尚未构建，revel.Params、revel.Session、IOC 容器全不可用。你没法注入 *redis.Client，也不能调用 revel.INFO 打日志，更没法用 revel.RenderError 统一返回模板。
典型翻车现场：
- 在
Filter里尝试revel.BEFORE注册日志拦截器 → panic: “context not initialized” - 试图用
revel.AppConfig.StringDefault读配置 → 返回空字符串，因为AppConfig尚未加载完成 - 想记录被封 IP 到数据库 → 没法拿到
*sql.DB实例，IOC 容器还没启动
结论很直接：Revel 场景下，Filter 只适合做极简的协议层透传（如强制 HTTPS 重定向），所有业务逻辑型拦截，必须走 Interceptor。
