Drools规则when子句绑定变量无法在then子句访问的解决方法

核心结论 #

Drools 原生支持在类的模式匹配块内部直接绑定字段、方法返回值到规则变量，你最初写的第一种语法本身是合规的，项目中其他规则文件可以正常运行就是直接证明。你写的第二种把$object声明在ObjectWrapper匹配块外部的写法是错误写法，不存在「外部声明变量、块内赋值」的支持逻辑：脱离类上下文直接写$object : getObject()时，Drools会把这行当成独立的事实匹配逻辑，去Working Memory中查找匹配返回值类型的事实对象，根本不是调用ObjectWrapper实例的getObject()方法，能运行纯属于上下文巧合，会直接导致规则匹配逻辑出错，不建议使用。

标红/变量无法识别的常见原因 #

• IDE插件静态检查误报
  IntelliJ自带的Drools插件对块内方法返回值绑定的校验存在已知bug，尤其是匹配类为final类型、方法返回值为Object等通用类型时，会频繁出现「无法解析符号」的误报，只要规则实际编译运行正常可以直接忽略该提示。
• 访问方式不兼容
  硬写getter方法调用做绑定在部分Drools版本中存在解析兼容问题，推荐直接用属性名做绑定，Drools会自动映射到对应的public getter方法，兼容性更好，写法如下：

  rule "IS_ELIGIBLE"
  when
      ObjectWrapper(
                    $object : object, // 直接写属性名，自动调用getObject()
                    <remaining conditions>
                   )
  then
      System.out.println($object);
  end
  

• 类引入/访问权限异常
  如果当前规则文件头部没有正确import ObjectWrapper类，或者类中getObject()方法缺少public修饰符、返回值声明（你贴的示例代码中getObject()就漏了Object返回值声明），会导致Drools解析模式块内部逻辑时找不到对应方法，无法正确注册绑定变量，就会出现then块中无法访问变量的问题。
• 版本解析bug
  部分旧版本Drools在块内第一行写方法返回值绑定时会出现解析失败，可以尝试把变量绑定逻辑挪到ObjectWrapper条件块的最后一行，一般即可正常解析。

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