Drools 有状态与无状态Session解析

"drools session理解.doc" 在 Drools，一个基于规则的业务逻辑管理系统中，了解如何正确使用有状态（Stateful Session）和无状态（Stateless Session）是非常关键的。这两种类型的会话在处理事实（Fact）和执行规则时有不同的行为模式。 1. 有状态Session（Stateful Session） 有状态Session保存了会话的历史信息，这意味着在多次调用之间，它能够跟踪和记住之前的状态。当新的事实被插入、更新、修改或删除时，这些改变会影响后续的规则评估。例如，如果一个规则在第一次执行时修改了一个事实，那么在后续的调用中，这个修改后的事实会被考虑在内。这种特性使得有状态Session适合于需要连续处理和更新事实的场景，例如多步骤的业务流程，其中每个步骤都可能依赖于前一步的结果。 2. 无状态Session（Stateless Session） 无状态Session不保存任何历史信息，每次调用都是独立的，不考虑之前的会话状态。这意味着每次调用execute方法时，都会使用全新的工作内存，并且不保留上一次调用的数据。因此，无状态Session适用于那些不需要依赖之前规则执行结果的简单任务，如一次性验证或计算。由于无状态Session不会进行迭代更改，多次调用execute方法不会相互影响。 需求示例： 假设我们有一个Count对象，包含cnt和name属性。有两个规则： - 规则一：如果工作内存中有Count对象，就增加cnt属性的值。 - 规则二：如果存在两个Count对象，一个name为'count-01'，另一个name为'count-02'，则打印'ok'字符串。 对于这个需求，如果使用有状态Session，首次插入Count对象后，规则一将增加cnt的值，随后插入第二个Count对象，满足规则二的条件，打印'ok'。如果使用无状态Session，每次调用execute方法时，都需要重新提供所有需要的事实，因此，第二次调用不会影响第一次调用的结果，即使它们都是针对同一个需求。 总结来说，选择有状态Session还是无状态Session取决于业务逻辑的复杂性和是否需要跨调用保持事实的状态。对于一次性操作或者不涉及事实状态变化的验证，无状态Session更合适；而对于涉及多步骤和事实状态演进的场景，有状态Session则是更好的选择。在实际应用中，理解并灵活运用这两种Session类型，可以帮助我们更高效地实现基于规则的业务流程。