2、样本校验基础：什么是样本校验、校验的输入输出、校验与风控决策的关系

样本校验是实时风控网关的第一道“数据安检门”。在风控引擎对请求做出“放行/拦截/人工审核”等决策之前，样本校验负责确认传入的每一条数据样本是否完整、合法、未被篡改，并且符合当前风控策略所要求的格式与语义。如果样本校验失败，风控引擎将直接拒绝处理该请求，从而避免因脏数据、恶意构造或格式错误导致的误判、漏判甚至系统崩溃。

2.1 什么是样本校验

样本校验（Sample Validation）是指对风控请求中携带的原始数据（即“样本”）进行结构化检查与合法性验证的过程。它不涉及业务规则打分或风险判定，而是专注于数据层面的“真伪”与“可用性”。

从工程角度看，样本校验包含以下三个核心层次：

• 格式校验：检查数据是否符合预定义的 JSON Schema、字段类型、长度范围、枚举值等约束。
• 完整性校验：确认必填字段是否存在、签名是否完整、时间戳是否在合理窗口内。
• 一致性校验：验证字段间的逻辑关系（如 IP 与地理位置是否匹配）、设备指纹与 User-Agent 是否矛盾。

2.2 校验的输入与输出

样本校验的输入输出结构清晰，是风控网关中最标准化的模块之一。下表列出了核心的输入字段与输出结果：

2.3 校验与风控决策的关系

样本校验与风控决策之间是“前置过滤”与“核心计算”的关系。校验不通过，决策不会执行。这种分层设计带来了三个关键收益：

1. 防御注入攻击：恶意构造的样本（如超长字符串、SQL 注入 payload）在校验阶段即被拦截，不会进入策略引擎。
2. 降低误判率：脏数据（如缺失设备指纹、时间戳异常）会导致策略引擎产生错误的风险评分，校验层提前剔除这些样本。
3. 提升吞吐量：校验逻辑轻量且可并行，能在网关层快速拒绝无效请求，减轻下游策略计算的压力。

下图展示了样本校验在实时风控网关中的位置及其与决策引擎的交互流程：

2.4 校验失败的处理策略

样本校验失败并不意味着必须直接拒绝请求。根据失败类型和业务场景，风控网关通常采用以下分级处理策略：

• 硬拒绝（Hard Reject）：签名验证失败、必填字段缺失、字段类型不匹配等严重问题，直接返回 4xx 错误码，不记录日志（避免脏数据污染存储）。
• 软拒绝（Soft Reject）：字段值超出合理范围但格式正确（如年龄字段为 200），可降级为“人工审核”或“增强验证”，同时记录告警。
• 自动修复（Auto-Fix）：对于可推断的缺失值（如时区未传则取服务器默认时区），校验模块自动填充并标记修复记录，继续进入决策流程。

2.5 校验性能指标

在实时风控网关中，样本校验的性能直接影响整体延迟。以下是生产环境中的典型指标参考：