Revel框架需手动实现防重放，必须在Interceptor层集成时间戳校验（服务端计算差值）、Redis持久化nonce去重、HMAC签名验证三者闭环，且校验须前置、原子、无信息泄露。
Revel 框架本身不内置防重放机制，所有关键防护必须由开发者在 Interceptor 层手动实现。金融级接口不能依赖框架默认行为，必须叠加时间戳校验、nonce 去重、签名验证三者缺一不可。
时间戳校验必须用服务端当前时间，不能信客户端
客户端传来的 timestamp 只能作为参考，服务端必须用 time.Now().Unix() 计算差值。若直接用客户端时间做减法，攻击者可任意篡改时间戳绕过检查。
- 允许窗口建议设为
300秒（5 分钟），太短会导致时钟不同步用户频繁失败 - 务必在拦截器最前端校验，避免后续逻辑执行耗时影响判断精度
- 不要用
time.Parse解析字符串时间戳，直接接收int64类型的毫秒或秒级时间，减少解析开销和格式错误风险
Nonce 必须全局唯一且带有效期，不能只存内存
nonce 不是随机数，而是“一次性使用凭证”。只用 uuid.NewString() 生成但不持久化存储，等于没做。
- 必须写入 Redis，key 为
"nonce:{value}"，value 设为EX 300（与时间窗口一致） - 校验时先
GET再DEL，确保原子性；若GET返回空，直接拒绝请求 - 不能把
nonce和用户 ID 绑定——重放攻击常跨账号复用请求，绑定后反而降低防御效果
HMAC 签名必须包含所有参与计算的字段，顺序不能错
签名不是对 body 做哈希，而是对标准化后的参数序列拼接后计算。常见错误是漏掉 timestamp 或 nonce，或 body 解析后字段顺序与签名时不一致。
- 推荐签名原文格式：
method|path|timestamp|nonce|sorted_query_params|body_hash -
body_hash用sha256.Sum256计算原始字节，不是 JSON 字符串再哈希 - 签名密钥严禁硬编码，应从环境变量加载，并在启动时校验长度（如要求至少 32 字节）
Revel Interceptor 中的坑：request.Body 只能读一次
在 BETWEEN 或 FINALLY 阶段读取 req.Body 后，Controller 里的 params.JSON 会收不到数据，导致业务逻辑 panic。
- 必须用
io.TeeReader+bytes.Buffer缓存原始 body，签名校验完再重置req.Body - 不要在拦截器里调用
req.ParseForm()或json.NewDecoder(req.Body).Decode()，这会消耗流 - 如果接口支持 multipart/form-data，需单独处理文件字段，签名时跳过二进制内容，仅签文本字段和元信息
最易被忽略的一点：所有校验失败必须返回统一错误码（如 401 Unauthorized），且响应体不泄露任何提示信息——连 “nonce 已使用” 这种话都不能出现，否则攻击者可据此探测防御是否存在。
