规则引擎 java 怎么执行动作

一、规则引擎 java 怎么执行动作

Java规则引擎是一种嵌入在 Java程序中的组件，它的任务是把当前提交给引擎的 Java数据对象(原料)与加载在引擎中的业务规则（ app）进行测试和比对，激活那些符合当前数据状态下的业务规则，根据业务规则中声明的执行逻辑，触发应用程序中对应的操作。

目前， Java社区推动并发展了一种引人注目的新技术——Java规则引擎（ Rule Engine）。利用它就可以在应用系统中分离商业决策者的商业决策逻辑和应用开发者的技术决策，并把这些商业决策放在中心数据库或其他统一的地方，让它们能在运行时可以动态地管理和修改，从而为企业保持灵活性和竞争力提供有效的技术支持。

1、基于规则的专家系统（ RBES）简介

Java规则引擎起源于基于规则的专家系统，而基于规则的专家系统又是专家系统的其中一个分支。专家系统属于人工智能的范畴，它模仿人类的推理方式，使用试探性的方法进行推理，并使用人类能理解的术语解释和证明它的推理结论。为了更深入地了解 Java规则引擎，下面简要地介绍基于规则的专家系统。 RBES包括三部分：Rule Base（ knowledge base）、 Working Memory（ fact base）和 Inference Engine。它们的结构如下系统所示：

如图 1所示，推理引擎包括三部分：模式匹配器（ Pattern Matcher）、议程（ Agenda）和执行引擎（Execution Engine）。推理引擎通过决定哪些规则满足事实或目标，并授予规则优先级，满足事实或目标的规则被加入议程。模式匹配器决定选择执行哪个规则，何时执行规则；议程管理模式匹配器挑选出来的规则的执行次序；执行引擎负责执行规则和其他动作。

和人类的思维相对应，推理引擎存在两者推理方式：演绎法（ Forward-Chaining）和归纳法（ Backward-Chaining）。演绎法从一个初始的事实出发，不断地应用规则得出结论（或执行指定的动作）。而归纳法则是根据假设，不断地寻找符合假设的事实。 Rete算法是目前效率最高的一个 Forward-Chaining推理算法，许多 Java规则引擎都是基于 Rete算法来进行推理计算的。

(1)将初始数据（ fact）输入 Working Memory。

(2)使用 PatternMatcher比较规则库（ rule base）中的规则（ rule）和数据（ fact）。

(3)如果执行规则存在冲突（ conflict），即同时激活了多个规则，将冲突的规则放入冲突集合。

(4)解决冲突，将激活的规则按顺序放入 Agenda。

(5)使用执行引擎执行 Agenda中的规则。重复步骤 2至 5，直到执行完毕所有 Agenda中的规则。

上述即是规则引擎的原始架构， Java规则引擎就是从这一原始架构演变而来的。

规则引擎是一种根据规则中包含的指定过滤条件，判断其能否匹配运行时刻的实时条件来执行规则中所规定的动作的引擎。与规则引擎相关的有四个基本概念，为更好地理解规则引擎的工作原理，下面将对这些概念进行逐一介绍。

信息元是规则引擎的基本建筑块，它是一个包含了特定事件的所有信息的对象。这些信息包括：消息、产生事件的应用程序标识、事件产生事件、信息元类型、相关规则集、通用方法、通用属性以及一些系统相关信息等等。

2)信息服务（ InformationServices）

信息服务产生信息元对象。每个信息服务产生它自己类型相对应的信息元对象。即特定信息服务根据信息元所产生每个信息元对象有相同的格式，但可以有不同的属性和规则集。需要注意的是，在一台机器上可以运行许多不同的信息服务，还可以运行同一信息服务的不同实例。但无论如何，每个信息服务只产生它自己类型相对应的信息元。

顾名思义，规则集就是许多规则的集合。每条规则包含一个条件过滤器和多个动作。一个条件过滤器可以包含多个过滤条件。条件过滤器是多个布尔表达式的组合，其组合结果仍然是一个布尔类型的。在程序运行时，动作将会在条件过滤器值为 true的情况下执行。除了一般的执行动作，还有三类比较特别的动作，它们分别是：放弃动作（ Discard Action）、包含动作（ Include Action）和使信息元对象内容持久化的动作。前两种动作类型的区别将在 2.3规则引擎工作机制小节介绍。

队列管理器用来管理来自不同信息服务的信息元对象的队列。

下面将研究规则引擎的这些相关构件是如何协同工作的。

如图 2所示，处理过程分为四个阶段进行：信息服务接受事件并将其转化为信息元，然后这些信息元被传给队列管理器，最后规则引擎接收这些信息元并应用它们自身携带的规则加以执行，直到队列管理器中不再有信息元。

下面专门研究规则引擎的内部处理过程。如图 3所示，规则引擎从队列管理器中依次接收信息元，然后依规则的定义顺序检查信息元所带规则集中的规则（规则已经排队就绪等待信息元的到来）。如图所示，规则引擎检查第一个规则并对其条件过滤器求值，如果值为假，所有与此规则相关的动作皆被忽略并继续执行下一条规则。如果第二条规则的过滤器值为真，所有与此规则相关的动作皆依定义顺序执行，执行完毕继续下一条规则。该信息元中的所有规则执行完毕后，信息元将被销毁，然后从队列管理器接收下一个信息元。在这个过程中并未考虑两个特殊动作：放弃动作（ Discard Action）和包含动作（ Include Action）。放弃动作如果被执行，将会跳过其所在信息元中接下来的所有规则，并销毁所在信息元，规则引擎继续接收队列管理器中的下一个信息元(就是短路了)。包含动作其实就是动作中包含其它现存规则集的动作。包含动作如果被执行，规则引擎将暂停并进入被包含的规则集，执行完毕后，规则引擎还会返回原来暂停的地方继续执行。这一过程将递归进行。

Java规则引擎的工作机制与上述规则引擎机制十分类似，只不过对上述概念进行了重新包装组合。 Java规则引擎对提交给引擎的 Java数据对象进行检索，根据这些对象的当前属性值和它们之间的关系，从加载到引擎的规则集中发现符合条件的规则，创建这些规则的执行实例。这些实例将在引擎接到执行指令时、依照某种优先序依次执行。一般来讲， Java规则引擎内部由下面几个部分构成：

工作内存（ Working Memory）即工作区，用于存放被引擎引用的数据对象集合；

规则执行队列，用于存放被激活的规则执行实例;

静态规则区，用于存放所有被加载的业务规则，这些规则将按照某种数据结构组织，

当工作区中的数据发生改变后，引擎需要迅速根据工作区中的对象现状，调整规则执行队列中的规则执行实例。Java规则引擎的结构示意图如图 4所示。

当引擎执行时，会根据规则执行队列中的优先顺序逐条执行规则执行实例，由于规则的执行部分可能会改变工作区的数据对象，从而会使队列中的某些规则执行实例因为条件改变而失效，必须从队列中撤销，也可能会激活原来不满足条件的规则，生成新的规则执行实例进入队列。于是就产生了一种“动态”的规则执行链，形成规则的推理机制。这种规则的“链式”反应完全是由工作区中的数据驱动的。

任何一个规则引擎都需要很好地解决规则的推理机制和规则条件匹配的效率问题。规则条件匹配的效率决定了引擎的性能，引擎需要迅速测试工作区中的数据对象，从加载的规则集中发现符合条件的规则，生成规则执行实例。1982年美国卡耐基•梅隆大学的 Charles L. Forgy发明了一种叫 Rete算法，很好地解决了这方面的问题。目前世界顶尖的商用业务规则引擎产品基本上都使用 Rete算法。

二、java工作流框架有哪些 知乎

1、java工作流框架有哪些；常见的如JBPM、Activity都可以‘也有一些针对全自主知识产权的：

2、自主知识产权的MyApps低代码快速开发平台产品，这是国内首款可视化配置式开发平台，平台集流程引擎、表单引擎和报表引擎等核心科技于一体，其快速灵活的开发特性及对中国式流程管理业务模式和操作习惯的精准拿捏展现了独到的优势。开发者通过管理后台的可视化界面，对表单排版及流程节点之间关联进行编辑操作，开发者在没有任何编程语言基础的情况下也能开发出各种业务场景的应用。为企业用户提供应用系统开发所需要的一切基础设施，平台涵盖了对企业的业务流程需求分析，设计，快速开发部署，仿真测试，运行维护，更新和发布，流程绩效分析和管理，流程改进等对企业绩效管理（BPM）进行全生命周期支持。myApps从第一版开发到目前已经有14年的历史，已经包含100多万行源代码。

3、1)微服务：高扩可展性，每个服务都能独立部署，扩容和缩容方便，能够有效地提高利用率；

4、2)多时态：分为授权时、设计时、运行时。设计时：操作并存储表单、流程、视图、报表等。授权时：操作并存储用户、部门、权限等。运行时：实际用户使用系统并存储业务数据。

5、3)多种部署模式：支持单机和集群部署、云端部署；

6、4)集群化：由过去的对等集群架构演化为所有微服务都可以动态伸缩，涉及到负载均衡由前端单点转移至调用方；

7、5)配置化：包括服务的依赖关系解耦，对应用透明无侵入；

8、6)版本化：指在服务升级或线上bug修复等场景下所需要的多版本管理，服务的提供者与消费者在发布引用时须指定版本号。

9、7)异步化：常用的性能优化方式，在合适的场景下，异步化可以带来更大的吞吐量、更短的响应时间，而且还具备隔离外部不稳定性的作用。

10、8）机卡分离：做好数据备份和升级系统的分开，便于轻松升级到新版本，

三、什么是工作流引擎

工作流（Workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。

工作流管理系统（Workflow Management System, WfMS）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流管理系统来实现。

工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。

----工作流管理系统（WorkflowManagementSystem,WFMS）是定义、创建、执行工作流的系统。在最高层上，WFMS应能提供以下三个方面的功能支持：

�8�4建造功能：对工作流过程及其组成活动定义和建模；

�8�4运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度；

�8�4运行交互功能：指在工作流运行中，WFMS与用户（业务工作的参与者或控制者）及外部应用程序工具交互的功能。

----由于信息技术的发展和日趋激烈的商业竞争，人们不再满足于独立、零散的办公自动化和计算机应用，而是需要综合的、集成化的解决方案。作为一种对常规性事务进行管理、集成的技术，WFMS的出现是必然的。它可以带来以下收益：

�8�4改进和优化业务流程，提高业务工作效率；

�8�4实现更好的业务过程控制，提高顾客服务质量；

�8�4提高业务流程的柔性等。

----过程定义工具被用来创建计算机可处理的业务过程描述。它可以是形式化的过程定义语言或对象关系模型，也可以是简单地规定用户间信息传输的一组路由命令。

----过程定义（数据）包含了所有使业务过程能被工作流执行子系统执行的必要信息。这些信息包括起始和终止条件、各个组成活动、活动调度规则、各业务的参与者需要做的工作、相关应用程序和数据的调用信息等。

金诺科技的OA采用微软唯一的工作流平台Workflow Foundation来开发产品的工作流,Workflow Foundation是微软四大核心技术之一,为微软产品及相关应用程序提供通用的工作流设计平台和开发工具,它是一个进程内的工作流引擎,运行在内存中,速度快并且稳定,这是一般工作流所不具备的,金诺OA用户可以自行定义修改流程,从而实现自由流程和固定流程的完美集合,以适应需求的变化,操作也非常简单,只要通过拖拽就可以现实工作流的定义!=================================================================================希望采纳！O(∩_∩)O~