4. 特征缺失类型分类

在风险网关的日常巡检中，特征缺失并非单一形态。不同缺失类型对应不同的检测策略、修复优先级和自动化处理方式。本章将特征缺失归纳为四种核心类型：必填特征缺失、可选特征缺失、条件依赖特征缺失和时序特征缺失。理解这四类缺失的差异，是构建精准巡检规则的基础。

4.1 四类缺失概览

4.2 必填特征缺失

必填特征是风控决策的刚性依赖。一旦缺失，模型无法计算风险评分，规则引擎直接短路。巡检系统需在网关层做前置校验。

• 检测方式：字段非空校验 + 格式正则校验。
• 常见字段：user_id、transaction_amount、device_id、ip_address、timestamp。
• 巡检策略：实时拦截 + 日志记录 + 上游系统告警。
• 修复动作：回传缺失字段、丢弃请求或返回特定错误码。

4.3 可选特征缺失

可选特征缺失不会导致风控决策失败，但会影响模型精度或辅助信息完整性。巡检系统应区分“真的缺失”和“上游未上报”。

• 检测方式：字段存在性检查 + 默认值兜底。
• 常见字段：nickname、referrer、extra_tags、user_agent。
• 巡检策略：记录缺失率统计，按周/日报警，不实时阻断。
• 修复动作：填充默认值（如 "unknown"）、标记缺失标志位。

// 可选特征缺失处理示例（伪代码）
if (feature == null || feature.isEmpty()) {
    feature = "DEFAULT_UNKNOWN";
    metrics.recordMissing("optional_feature", featureName);
    // 不抛出异常，继续执行
}

4.4 条件依赖特征缺失

条件依赖缺失是巡检中最容易漏报的类型。特征本身不是必填项，但在特定业务上下文中必须存在。巡检规则需要结合条件判断。

4.5 时序特征缺失

时序特征缺失关注的是时间维度上的连续性。特征值本身可能不为空，但时间序列上出现了断层、延迟或乱序。这类缺失对实时风控和反欺诈影响极大。

• 检测方式：时间戳差值计算 + 滑动窗口统计。
• 常见场景：
  • 登录后 5 秒内无行为埋点 → 疑似机器操作。
  • 支付请求后 30 秒未收到回调 → 支付超时。
  • 同一设备连续两次请求时间戳倒挂 → 时钟偏差或重放攻击。
• 巡检策略：延迟告警 + 补偿机制 + 时序异常标记。
• 修复动作：等待窗口期、请求重试、丢弃乱序数据。

// 时序缺失检测示例（滑动窗口）
long lastTimestamp = cache.get(deviceId);
long currentTimestamp = request.getTimestamp();
if (currentTimestamp - lastTimestamp < MIN_INTERVAL_MS) {
    // 请求间隔过短，可能为缺失或重放
    alertService.warn("时序异常", deviceId);
}
if (currentTimestamp < lastTimestamp) {
    // 时间倒挂，标记为时序缺失
    featureMissingReport.record("timestamp_reversal", deviceId);
}

4.6 四类缺失的巡检优先级矩阵

在实际巡检系统中，需要根据缺失类型和业务影响制定不同的巡检频率和响应策略。以下矩阵可作为规则配置的参考依据。

4.7 实战案例：一次支付网关的特征缺失排查

某支付网关在高峰期出现大量交易失败，巡检系统发现以下特征缺失记录：

1. 必填缺失：5% 的请求缺少 merchant_id → 立即阻断，上游系统修复。
2. 可选缺失：30% 的请求缺少 user_agent → 填充默认值，不影响交易。
3. 条件依赖缺失：跨境交易中 12% 缺少 customs_code → 条件阻断，要求业务方补传。
4. 时序缺失：支付回调中 3% 出现时间戳倒挂 → 延迟告警，排查时钟同步问题。