2. 规则引擎核心概念：规则、条件、动作、事实、规则集、规则冲突与解决策略

规则引擎的本质是将业务决策逻辑从应用代码中分离出来，以声明式规则的形式进行描述、管理和执行。理解其核心概念是设计低延迟推理系统的基础。本章将逐一拆解这些概念，并重点分析规则冲突这一关键挑战及其解决策略。

2.1 核心概念定义与关系

规则引擎的五个核心要素构成了一个完整的推理闭环：事实（Fact）作为输入，规则（Rule）作为决策逻辑，条件（Condition）作为判断依据，动作（Action）作为执行结果，规则集（Rule Set）作为组织单元。

2.2 规则结构与执行流程

一条完整的规则通常采用 IF-THEN 结构。在风控场景中，规则的条件部分往往由多个子条件通过逻辑运算符组合而成，形成条件树。

// 规则示例：高风险大额交易拦截
Rule "HighRiskLargeAmount" {
    // 条件部分：多个子条件的组合
    when {
        $tx : Transaction( amount > 50000 )
        $user : User( riskLevel == "HIGH" )
        $device : Device( isRooted == true )
    }
    // 动作部分：执行决策
    then {
        $tx.setDecision("REJECT");
        $tx.setReason("高风险大额交易，设备已Root");
        insertAlert($tx);
    }
}

2.3 规则冲突的本质与分类

当多个规则的条件同时满足，且它们的动作相互矛盾或存在优先级争议时，就产生了规则冲突。冲突是规则引擎中最常见的复杂性问题，直接影响决策结果的正确性和可预测性。

规则冲突主要分为以下三类：

• 激活冲突： 多条规则的条件同时满足，但只有一条应该执行。例如，规则A要求“通过”，规则B要求“拒绝”，两者条件均成立。
• 优先级冲突： 规则之间存在隐式或显式的优先级，但执行顺序与业务预期不符。
• 循环冲突： 规则A的动作修改了事实，导致规则B的条件满足，而规则B的动作又反过来重新激活规则A，形成无限循环。

2.4 冲突解决策略详解

在低延迟风控引擎中，冲突解决策略必须在确定性和性能之间取得平衡。以下是三种主流策略及其适用场景：

2.5 低延迟视角下的规则集设计

规则集的组织方式直接影响推理引擎的匹配效率。以下是两种常见的规则集架构模式对比：

2.6 实战：规则冲突解决策略配置示例

以下是一个基于优先级和分组策略的规则集配置示例，展示了如何在低延迟引擎中组织规则：

// 规则集配置：支付风控规则集
RuleSet "payment_risk_control" {
    // 分组互斥策略：同一组内按优先级裁决
    group "pre_check" {
        rule "blacklist_check" priority 1 {
            when { $user in blacklist }
            then { reject("黑名单用户") }
        }
        rule "device_check" priority 2 {
            when { $device.riskScore > 80 }
            then { reject("高风险设备") }
        }
    }

    group "amount_risk" {
        rule "large_amount" priority 1 {
            when { $tx.amount > 100000 }
            then { manualReview("大额交易") }
        }
        rule "velocity_check" priority 2 {
            when { $tx.countLastHour > 5 }
            then { reject("交易频率异常") }
        }
    }

    // 默认策略：组内优先级高的规则胜出
    conflictResolver "priority_based"
}