文章目录
- 1.Drools规则引擎简介
- 2.Drools API开发步骤
- 3.SpringBoot整合Drools案例
- 4.Drools基础语法
- 5.Drools条件语法部分
- 6.Drools结果操作部分
- 7.Drools内置属性部分
- 8.Drools高级语法部分
1.Drools规则引擎简介
（1）什么是规则引擎
全称为业务规则管理系统，英⽂名为BRMS(即 Business Rule Management System)。规则引擎的主要思想是将应用程序中的业务决策部分分离出来，并使用预定义的语义模块编写业务决策（业务规则），由用户或开发者在需要时进行配置、管理。 需要注意的是规则引擎并不是一个具体的技术框架，而是指的⼀类系统，即业务规则管理系统。
目前市面上具体的规则引擎产品有：drools、VisualRules、iLog等，使用最为广泛并且开源的是Drools。
规则引擎实现了将业务决策从应用程序代码中分离出来，接收数据输入，解释业务规则，并根据业务规则做出业务决策。规则引擎其实就是一个输入输出的平台。
（2）规则引擎主要的应用场景
- 风险控制系统----风险贷款、风险评估
- 反欺诈项目----银行贷款、征信验证
- 决策平台系统----财务计算
- 促销平台系统----满减、打折、加价购
（3）Drools介绍
Drools是⼀款由JBoss组织提供的基于Java语⾔开发的开源规则引擎，可以将复杂且多变的业务规则从硬编码中解放出来，以规则脚本的形式存放在⽂件或特定的存储介质中(例如存放在数据库中)，使得业务规则的变更不需要修改项目代码、不⽤重启服务器就可以在线上环境立即生效。
Drools官网地址：https://drools.org/
drools源码下载地址：https://github.com/kiegroup/drools
（4）使用规则引擎能解决什么问题
- 硬编码实现业务规则难以维护
- 硬编码实现业务规则难以应对变化
- 业务规则发⽣变化需要修改代码，重启服务后才能生效
（5）使用规则引擎的优势
- 业务规则与系统代码分离，实现业务规则的集中管理
- 在不重启服务的情况下可随时对业务规则进行扩展和维护
- 可以动态修改业务规则，从⽽快速响应需求变更
- 规则引擎是相对独立的，只关心业务规则，使得业务分析⼈员也可以参与编辑、维护系统的业务规则
- 减少了硬编码业务规则的成本和风险
- 使用规则引擎提供的规则编辑工具，使复杂的业务规则实现变得的简单
2.Drools API开发步骤
我们在操作Drools时经常使用的API以及它们之间的关系如下图：
Kie全称为Knowledge Is Everything，即“知识就是一切”的缩写，是Jboss一系列项目的总称。
规则引擎构成
drools规则引擎由以下三部分组成：
- Working Memory（工作内存）
- Rule Base（规则库）
- Inference Engine（推理引擎）
其中Inference Engine（推理引擎）又包括：
● Pattern Matcher（匹配器） 具体匹配哪⼀个规则，由这个完成
● Agenda(议程)
● Execution Engine（执行引擎）
相关概念说明
- **Working Memory：**工作内存，drools规则引擎会从Working Memory中获取数据和规则文件中定义的规则进行模式匹配，所以我们开发的应用程序只需要我们的数据插入到Working Memory中即可。
- **Fact：**事实，是指在drools规则应用中，将一个普通的JavaBean插入到Working Memory后的对象就是Fact对象。
- **Rule Base：**规则库，我们在规则文件中定义的规则都会被加载到规则库中。
- **Pattern Matcher：**匹配器，将Rule Base中的所有规则与Working Memory中的Fact对象进行模式匹配，匹配成功的规则将被激活并放入Agenda中。
- **Agenda：**议程，用于存放通过匹配器进行模式匹配后被激活的规则。
- **Execution Engine：**执行引擎，执行Agenda中被激活的规则。
规则引擎执行过程
3.SpringBoot整合Drools案例
（1）案例背景
某电商平台的促销活动，活动规则是根据⽤户购买订单的⾦额给⽤户送相应的积分，购买的越多送的积分越多
用户购买的金额和对应送多少积分的规则如下:
按照常理，作为一个工作一两年的开发工程师来说,这不是分分钟搞定的事情，直接上午开发，下午提测。
但是，假如说现在产品经理不想100元以下不送积分了，想要200元以下不送金额了，是不是又要重新改代码了。所以Drools帮我们解决在不改动原有代码的情况下修改规则的信息。
（2）创建Maven项目，加入SpringBoot依赖
（3）resources下创建yml配置文件
（4）创建SpringBoot启动主类
（5）添加单元测试依赖
（6）添加Drools和lombok依赖
（7）创建订单实体类Order
（8）创建规则⽂件/resources/rules/score-rules.drl
（9）创建DroolsConfig配置类
（10）编写测试类
4.Drools基础语法
（1）规则文件的构成
drl是Drools Rule Language的缩写。在规则⽂件中编写具体的规则内容。
⼀套完整的规则文件内容构成如下：
- package：包名，package对应的不⼀定是真正的目录，可以任意写com.abc，同⼀个包下的drl文件可以相互访问
- import：用于导入类或者静态方法
- global：全局变量
- function：自定义函数
- query：查询
- rule end：规则体
（2）规则体语法构成
5.Drools条件语法部分
LHS(Left Hand Side)：是规则的条件部分的通⽤名称。它由零个或多个条件元素组成。如果LHS为空，则它将被视为始终为true的条件元素。
（1）约束连接
- 在 LHS 当中，可以包含 0~n 个条件，多个pattern之间可以采⽤“&&” （and） 、 “||”(or)和“,”(and)来实现，也可以不写，默认连接为and。
- 测试代码
（2）比较运算符
- 在 Drools当中共提供了⼗⼆种类型的⽐较操作符， 分别是： >、 >=、 <、 <=、 = =、 !=、contains、 not contains、memberof、not memberof、matches、not matches；在这⼗⼆种类型的比较操作符当中，前六个是⽐较常⻅也是⽤的⽐较多的⽐较操作符。
验证：
- 创建订单项实体类
- 订单中加入订单项集合
- 测试contains 规则
- 测试not contains 规则
- 测试matches规则
- 测试not matches规则
- 测试memberOf规则
- 测试not memberOf规则
6.Drools结果操作部分
在Drools当中，在RHS里面，提供了一些对当前Working Memory实现快速操作的宏函数或对象，比如insert/insertLogical、update和retract就可以实现对当前Working Memory中的Fact对象进行新增、删除或者是修改。
（1）insert/insertLogical函数
函数insert的作用与我们在java类当中调用StatefulKnowIedgeSession对象的insert方法的作用相同，都是将一个Fact对象插入到当前的Working Memory当中。
需注意：一旦调用 insert 宏函数，那么 Drools 会重新与所有的规则再重新匹配⼀次， 对于没有设置no-loop 属性为 true 的规则，如果条件满足，不管其之前是否执行过都会在执行，这个特性不仅存在于 insert 宏函数上，后⾯介绍的 update、retract 宏函数同样具有该特性，所以在某些情况下因考虑不周调用 insert、update 或 retract 容易发生死循环。
insertLogical：insertLogical 作⽤与 insert 类似，它的作用也是将⼀个 Fact 对象插入到当前的 Working Memroy 当中
（2）update函数
update函数意义与其名称⼀样， ⽤来实现对当前Working Memory当中的 Fact进⾏更新，⽤来告诉当前的 Working Memory 该 Fact 对象已经发生了变化。
（3）retract
retract用来将Wroking Memory当中某个Fact对象从Working Memory当中删除
测试方法还是上面那个
7.Drools内置属性部分
Drools中提供的属性
（1）salience
salience用来设置规则执行的优先级，salience属性的值是一个数字，数字越大执行优先级越高。默认情况下，规则的salience默认值为0。如果不设置salience属性，规则体的执行顺序为由上到下。
（2）no-loop
no-loop是用来控制已经执行过的规则在条件再次满足的时候是否再次执行。no-loop属性是一个布尔型默认情况下规则的no-loop属性的值为false，如果no-loop属性值为true，那么就表示该规则只会被引擎检查一次。
再次测试
（3）date-effective
date-effective的作用是来控制规则只有达到指定的时候后才会触发，只有当系统时间大于等于date-effective设置的时间值时，规则才会被执行。
date-effective 的值为⼀个日期型的字符串，默认情况下，date-effective 可接受的日期格式为 “dd-MM-yyyy”。
在实际使用中，如果不想使用这种格式，也可以通过java代码去设置System.setProperty(String key,String value)方法来修饰默认的时间格式。
（4）date-expires
date-expires的作用正好与date-effective属性恰恰相反，date-expires的作用时用来设置规则的有效期，引擎在执行规则的时候，会检查规则有没有date-expires属性，如果有的话，那么将这个属性与当前系统时间进行比较，如果大于系统时间就执行。
（5）enabled
enabled的作用就是定义一个规则是否可用。该属性的值是一个布尔值默认该属性的值为true，表示规则是可用的。设置enabled属性为false时，该规则引擎不会执行。
（6）dialect
dialect作用是用来定义规则当中要使用的语言类型，目前支持两种类型的语言，mvel和java，默认情况下，如果没有手工设置的话，默认使用java语言。
（7）activation-group
activation-group的作用是将若干个规则划分成一个组，用一个字符串来给这个组命名，在执行规则时，具有相同activation-group属性的规则中只要有一个会被执行，其他规则将不再执行。当然具有相同activation-group属性的规则中哪一个会先执行，可以设置salience属性来实现。
（8）agenda-group
agenda-group属性是一个字符串，不过通过这个字符串可以分为若干个AgendaGroup，默认情况下，引擎在调用这些设置了agenda-group属性的规则的时候需要显示的指定某个Agenda Group得到Focus，这样位于该Agenda Group当中的规则才会触发执行，否则将不执行。
（9）auto-focus
auto-focus的作用是在已经设置了agenda-group的规则上设置该规则是否可以自动独取Focus，如果该属性设置为true，那么在执行引擎时，就不需要设置Focus。
（10）timer
timer属性可以通过定时器的方式指定规则执⾏的时间，使⽤方式有两种
方式一：timer(int ?)
此方式遵循java.util.Timer对象的使用方式，第一个参数表示几秒后执行，第二个参数表示每隔几秒执行一次，第二个参数为可选。
方式二：timer(cron)
此方式使用标准的unix cron 表达式的使用来定义规则执行的时间。
8.Drools高级语法部分
（1）global全局变量
全局变量，一般用作执行规则后的结果数据返回或对具体某个服务调用等。在调用规则引擎的集成代码中，获取emailService对象，然后将其设置在工作内存中。
语法结构为：global对象类型 对象名称
（2）query查询
query语法提供了一种查询working memory中符合约束条件的FACT对象的简单方法。它仅包含规则文件中的LHS部分，不用指定"when"和"then"部分。Query有一个可选参数集合，每一个参数都可选的类型。如果没有指定类型，则默认为Object类型。引擎会尝试转为需要的类型。对于KieBase来说，query的名字是全局性的，因此不要向同一RuleBase的不同包添加相同名称的query。
使用ksession.getQueryResult(“name”)方法可以获得查询的结果，其中name为query的名称，方法的返回结果一个列表，从中可以获取匹配查询到的对象。
（3）function函数
在规则中可以通过函数来做一些通用的逻辑，就相当于java类中的方法一样。