3、策略回放概念
3.1 什么是策略回放
策略回放（Policy Replay）是指将历史上真实发生的业务请求流量，在离线环境下重新输入到风控网关的拦截策略引擎中，模拟执行一次完整的策略判定过程，并输出判定结果与原始实时结果进行对比分析的技术手段。
回放系统不依赖真实的生产流量，也不对线上业务产生任何影响。它通过读取历史日志或离线数据仓库中的请求快照，还原请求的原始特征字段，然后驱动策略引擎重新计算。
核心公式： 回放判定结果 = 策略引擎(历史请求特征) × 当前策略版本
3.2 回放的目的
策略回放主要服务于以下三个核心目标：
- 验证策略有效性： 新策略或策略调整上线前，通过回放历史流量验证其拦截率、误报率是否达到预期指标。
- 排查误杀/漏放： 当线上出现客诉或黑产攻击时，回放特定时间窗口的流量，定位是策略逻辑缺陷还是特征缺失导致的问题。
- 回归测试： 确保策略引擎升级、规则语法变更或特征计算逻辑修改后，原有策略的判定行为不发生非预期的偏移。
实践建议： 每次策略迭代上线前，至少回放过去 7 天的全量流量，确保新版本在召回率和精确率上不劣于旧版本。
3.3 回放与实时拦截的区别
实时拦截与策略回放在运行环境、数据来源、时效性要求以及影响范围上存在本质差异。下表从多个维度进行对比：
| 对比维度 | 实时拦截 | 策略回放 |
|---|---|---|
| 运行环境 | 生产环境（在线集群） | 离线环境（测试集群/本地） |
| 数据来源 | 实时业务请求（HTTP/RPC） | 历史日志 / 离线数仓快照 |
| 时效性要求 | 毫秒级（通常 < 50ms） | 分钟级或小时级（无严格限制） |
| 对线上影响 | 直接拦截或放行用户请求 | 零影响（不触发任何外部动作） |
| 策略版本 | 当前生效的线上版本 | 任意指定版本（可对比多个版本） |
| 输出结果 | 通过/拒绝/人工审核 + 处置动作 | 判定标签 + 命中规则明细 + 对比报告 |
| 主要用途 | 风险控制与业务保护 | 策略验证、问题排查、效果评估 |
从架构视角看，实时拦截是在线推理链路，策略回放是离线评估链路。两者共享同一套策略规则定义和特征计算逻辑，但运行时的数据管道和输出目标完全不同。
3.4 回放的关键流程
一次完整的策略回放通常包含以下步骤：
- 数据准备： 从离线数仓或日志系统提取指定时间窗口的请求快照，包含请求头、请求体、设备指纹、IP 等原始特征。
- 特征还原： 将原始数据转换为策略引擎可识别的特征向量，确保与实时链路的特征计算逻辑一致。
- 策略执行： 加载指定版本的策略规则集，逐条执行判定，记录每条规则的命中情况。
- 结果对比： 将回放结果与原始实时结果进行逐笔比对，生成差异清单。
- 报告输出： 汇总统计指标（拦截率变化、误杀数、漏放数），输出可视化报告。
注意： 特征还原环节是回放准确性的最大风险点。如果离线特征计算逻辑与在线链路存在偏差（如特征版本不一致、依赖的外部数据源不可用），回放结果将失去参考价值。建议在回放前先执行小样本的“特征一致性校验”。