例如，我加载了很多要运行的drools规则，我怎么知道现在正在运行哪个drools规则？所以我可以知道找出规则
答案 0 :(得分：2)
假设您谈论的是规则的右侧，您将需要使用 AgendaEventListener。这是一个接口，它定义了一个侦听器，您可以创建该侦听器来监视事件生命周期。有关事件模型的详细信息，请参阅 Drools documentation。
最简单的方法是扩展 DefaultAgendaEventListener 或 DebugAgendaEventListener。这两个类都实现了所有的接口方法。默认侦听器将每个方法实现为“无操作”，因此您可以仅覆盖您关心的方法。 Debug 侦听器使用日志语句实现每个方法，将触发事件的 toString() 记录到 INFO。如果您只是在了解 Drools 生命周期，那么连接各种 Debug 侦听器是观察和了解规则和事件如何在规则中处理的好方法。
（关于侦听器的另一个很酷的地方是它们允许您在满足特定条件时触发的“when”子句中放置断点 - 例如，当创建规则匹配时。总的来说，我发现侦听器是一个很好的选择调试工具，因为它们允许您在 Drools 生命周期的不同部分发生时触发的方法中放置断点。）
无论如何，您要做的是创建一个事件侦听器，然后关注这些特定事件中的一个或多个：
需要注意哪些事件取决于您认为问题出在哪里。
如果您认为问题出在“when”子句（左侧，LHS）中，则 MatchCreated 事件是当 Drools 评估 LHS 并确定此规则对基于触发的有效时触发的在输入数据上。然后，它被有效地放入基于显着性的优先级队列。当该规则在队列中具有最高优先级时，它会被拾取以进行触发——此时触发 BeforeMatchFired 事件；请注意，这是在评估“then”子句（右侧，RHS）之前。然后 Drools 实际上会在 RHS 上进行工作，一旦完成，就会触发 AfterMatchFired。
当您的规则执行更新/撤回/等操作时，事情会变得更加复杂——当 Drools 重新评估 LHS 并确定规则不再有效时，您将开始不得不考虑潜在的比赛取消根据工作记忆中的事实触发。但总的来说，这些是您想要开始使用的工具。
我传统上识别长时间运行的规则的方法是在 BeforeMatchFired 内开始计时并在 AfterMatchFired 中停止计时，然后记录生成的规则执行时间。请注意，这里要小心记录 current 规则的执行，按名称跟踪它；如果您的规则扩展了另一条规则，您可能会发现您的执行流程变为 BeforeMatchFired(Child) -> BeforeMatchFired(Parent) -> AfterMatchFired(Parent) -> AfterMatchFired(Child)，因此如果您天真地停止共享计时器，您可能会开始遇到问题。我的首选方法是在线程本地或什至线程安全映射实现中按规则名称跟踪计时器，但您可以走任何您喜欢的路线。
如果您使用的是全新版本的 Drools (7.41+)，则有一个名为 drools-metric 的新库，您可以使用它来识别慢速规则。我还没有亲自使用这个库，因为最新版本的 Drools 已经开始在次要版本中引入非向后兼容的更改，但这也是一个选项。
您可以在官方文档 here 中阅读有关 drools-metric 的更多信息（您需要向下滚动一点。）您需要进行一些调整，因为该模块仅记录以下情况的实例超过了阈值。我链接到的文档包括您需要导入的 Maven 依赖项、有关配置的信息、一些输出示例以及如何理解它告诉您的内容。