Drools更新对象时如何避免无限循环及update与notify差异

一、避免Rule1无限循环的方法 #

核心思路是确保每个符合条件的Recommendation仅被Rule1处理一次，可通过精准匹配规则条件实现：

方法1：优化规则匹配条件（推荐） #

在Rule1的when部分直接过滤出会产生成本且未被加入costList的Recommendation，这样update后该Recommendation不再满足匹配条件，不会重复触发规则。

修改后的Rule1代码：

rule "Rule 1" salience -1
when
    // 匹配会产生成本的Recommendation（假设Recommendation有incurCost布尔属性）
    $rec: Recommendation(incurCost == true)
    // 匹配未包含当前Recommendation的Project
    $project: Project($costList: costList, not($costList contains $rec))
then
    $costList.add($rec);
    update($project); // 通知引擎Project更新，触发Rule2的条件检查
end

方法2：使用no-loop属性（不推荐） #

给Rule1添加no-loop true属性，禁止规则因自身修改的事实重新触发。但此方法不够灵活，若其他规则修改Project，Rule1也无法被触发，可能不符合业务需求。

rule "Rule 1" salience -1 no-loop true
when
    $rec: Recommendation()
    $project: Project($costList: costList)
then
    if ($rec.isIncurCost()) {
        $costList.add($rec);
        update($project);
    }
end

二、update()与notify()的区别（非语法糖层面） #

这里的notify指基于JavaBean PropertyChangeSupport的自动属性变更通知机制：

1. 触发方式

   • update()：需手动调用，显式通知引擎重新评估该事实对象的所有相关规则。
   • notify：自动触发，当对象属性通过PropertyChangeSupport完成变更时，引擎会自动收到通知，无需手动调用方法。

2. 规则评估范围

   • update()：会让引擎重新评估所有与该事实对象相关的规则，无论哪些属性发生变化，性能开销较大。
   • notify：仅重新评估依赖于实际变更属性的规则，评估范围更精准，性能更优。

3. 代码侵入性

   • update()：无需修改事实对象的代码，仅在规则或业务逻辑中调用即可。
   • notify：要求事实对象实现PropertyChangeSupport相关逻辑，添加属性变更的通知代码，对原有对象有一定侵入性。

内容的提问来源于stack exchange，提问作者BabyishTank