关于java:别再说你不懂规则引起啦

一提到规定引擎这四个字，大家必定多多少少在工作中或者各种文章外面都有过据说，然而很多同学往往被引擎这两个字吓到了，认为这是什么黑科技。时值最近在调研规定引擎，在这里给大家介绍一下什么是规定引擎。

规定引擎带来的益处是比拟多的，这里咱们从不同的角度去分析一下。

在没有规定引擎的时代，有些逻辑比较复杂的业务，只有一直的削减 if-else 去满足咱们这个简单的业务场景，对于开发者来说还好，对于前面接手的同学一看到处都是 if-else，体验过的同学就会晓得，当然 if-else 能够通过一些模式去优化，比方应用策略模式，或者应用一些注解进行扩大点优化，这样确实能够解决一部分代码不清晰的问题，然而仍然无奈解决开发迟缓，须要上线等问题。举个例子，在风控系统中，因为风控的逻辑在一直的产生一个扭转，如果咱们在代码中去写死，那么产生一个扭转就改一下代码，上一下线，这显著是咱们不能承受的。所以咱们须要规定引擎去扭转这个现状，通过高效牢靠的形式去做这些业务规定的扭转。

以前的开发模式是业务人员提出业务规定叫开发人员做出绝对应的业务开发，到底这个最初开发进去的业务规定是否和业务人员所提出来的是否统一，须要通过大量的测试去进行验证。而咱们的开发人员了解业务很容易和业务人员的提出的业务有偏差，就会导致开发成本上升。有了规定引擎之后，咱们就能够有上面几点晋升：

业务人员独立配置业务规定，开发人员无需了解，让业务人员的规定和真正的理论状况统一。
减少业务的通明水平，业务人员配置了之后其余业务人员也可能晓得，以前只能通过代码扣扣相传。
规定高效改变和上线，个别业务人员提出需要之后都是心愿能尽快上线，然而之前都须要有代码开发，我的项目上线等环节，当初业务人员配置好了之后即配即用。
缩小业务人员和开发人员的矛盾，开发人员通常会因为一些工夫因素或者一些了解不到位导致业务人员的规定实现有偏差，最初业务同学会对开发同学产生一些小小的矛盾，这下齐全业务配置解除开了之后，只有一直的降级规定引擎，业务规定就不会再对开发人员有依赖。

说了这么多益处可能很多同学都会疑难，规定引擎到底长啥样呢？一般来说分为上面三类：

低配版：没有配置界面，靠业务人员编写引擎规定 DSL，个别存储在数据库或者文件中，这种没有彻底解放业务人员和开发人员的耦合，然而放慢了业务代码的上线速度，以及很容易就能进行规定变更。
进阶版：这个个别是某种特定的零碎，咱们针对这种零碎设置一些有针对性的页面，比方上面是某风控系统的截图，风控系统的规定引擎是相对来说比较简单的，只须要判断某些参数是否合乎某些条件即可，而后返回固定的值即可。

完全版：在进阶版中规定引擎只是其中的一个部件，个别这种都很难复用于其余场景。然而一个完全版的规定引擎，谋求的超高的通用性，上面是从一个商业的规定引擎中截图：

能够看见提供了多种规定引擎的表白：比方决策集，决策表，决策树等等，实用于咱们很多须要应用规定引擎的中央，上面临时了一下决策树的配置，这个就和咱们下面风控的配置有点相似，只不过通用性更强。

讲到这里基本上规定引擎是什么大家基本上心里面有个大略了，上面咱们来讲下有哪些开源的规定引擎。

在社区中开源的规定引擎是比拟多的，阐明不同的业务团队，公司都对这个是比拟看中的，然而整体上大的分类分为上面几类：

通过界面配置的成熟规定引擎：这种规定引擎相对来说就比拟重，然而因为性能全，也有局部业务会抉择这个，个别闻名的有:drools,urule。
基于 jvm 脚本语言：这种其实不是一个成熟的规定引擎，他应该算是规定引擎中的核心技术，有很多公司比方美团，他会感觉 drools 这种太重了，而后会基于一些 jvm 的脚本语言，去本人开发一个轻量级的规定引擎，这里比拟闻名的有，groovy,aviator,qlexpress。
基于 java 代码的规定引擎：下面是基于 jvm 脚本语言去做的，会有一些语法学习的老本，所以就有基于 java 代码去做的规定引擎，比方通过一些注解实现形象的形式去做到规定的扩大，比拟闻名的有: easyRules。

作为完全版的成熟的规定引擎，往往能够当作 sass 产品进行售卖，urule 再开源局部的同时，也再卖着本人的高级性能，drools 是一个纯开源的产品，如果想体验这种规定引擎能够间接去 urule.bstek.com/ 能够体验他的产品，不需…

作为完全版到底是怎么满足各种奇奇怪怪的规定场景呢？在这些规定引擎外面都会分为好几种规定设计器来满足你想要的规定场景：

规定集：一组一般规定和循环规定形成的规定汇合，是应用频率最高的一种业务规定实现形式。个别分为向导式：通过图形界面形成的；还有脚本式：通过自定义的 DSL 语言，相似咱们上面会讲的 jvm 脚本规定引擎一样。

这个是咱们的向导式规定集，比方咱们要写一些 if/else/and/or 以及 while 循环逻辑的时候咱们的规定集是一个十分好的抉择。如果要用 dsl 去写他，须要遵循一些规定语法，上面是 drools 的 dsl：

整体语法来说和咱们 java 差异还是挺大的，有肯定的学习老本。

决策表：如果咱们的业务规定是表格的模式，咱们能够应用决策表来进行规定运算，通常咱们的产品或者经营人员会给你一个 excel 表格去执行这些规定，如图：

如果咱们想用规定集来实现，也是能够的，然而整体比较复杂，须要大量的写 if/else，所以间接应用咱们的决策表，就能实现咱们的需要：

评分卡：如果须要对实体进行综合评分，则能够应用评分卡来进行实现。比方评估一个胆固醇的危险水平：

决策树：决策树和其余的都有点不同，比方咱们想看到用户危险注销很高的决策规定，如果通过规定集去看咱们须要查找所有的规定集，然而决策树不一样，规定都在底部，后果都在顶部，决策树表白的业务更为形象，咱们能够依据本人的业务去进行抉择适合的规定设计器。下图是一个一般的决策树：

规定流：规定流又称决策流，它整个的构造相似于工作流，用来对已有的决策集、决策表、穿插决策表、决策树、评分卡、简单评分卡或其它决策流的执行程序进行编排，以清晰直观的实现一个大的简单的业务规定。编排过程中即能够常见串行执行，也能够并行执行、或者是依据条件抉择分支执行。

咱们通过这些不同的规定设计器，能够设计出咱们不同的规定场景，那么咱们应该怎么去调用这些规定呢，一般来说提供了上面三种形式：

生成 jar 包：配置好了之后会生成 jar 包，而后咱们引入到咱们我的项目中，我的项目调用这个 jar 包即可。
热更新模式：由规定引擎帮忙你对这个 jar 包文件进行热更新，动静的加载到咱们的 jvm 内存中，这种形式不须要重启机器。
服务模式：规定引擎本人提供机器，而后通过近程调用的形式，进行规定的计算。

能够依据本人的场景抉择适合的调用模式。

不论是 drools 还是 urule，他们都抉择了 rete 算法用作规定匹配。Rete 是一种进行大量模式汇合和大量对象汇合间比拟的高效办法，通过网络筛选的办法找出所有匹配各个模式的对象和规定。其基本原理是通过空间换工夫，达到了规定匹配的减速。有趣味的同学能够下来自行搜寻。

drools 在互联网公司进行规定引擎调研的时候都会进入备选项，然而往往最初都会以太重，学习老本高而最终落选。往往这种轻量级的脚本语言受互联网公司的青眼。一般来说有上面三种脚本语言比拟多的被大家用来做规定引擎：

Groovy:Groovy 是 Apache 基金会保护的一个脚本语言，它是基于 JVM 的语言，它联合了 Python、Ruby 和 Smalltalk 的许多弱小的个性，Groovy 代码可能与 Java 代码很好地联合，也能用于扩大现有代码。因为其运行在 JVM 上的个性，Groovy 也能够应用其余非 Java 语言编写的库。开源的风控引擎 radar 就是应用的 Groovy 去实现的。
aviator：aviator 又叫 AviatorScript，是一门高性能、轻量级寄宿于 JVM 之上的脚本语言。又叫做表达式语言，提供的语法有限度，和 js 一样函数是一等公民，反对闭包和函数式编程。最次要它是 google 开源进去的一个我的项目，对于他的品质还是十分有保障的。在美团外部根本大部分应用规定引擎的场景比方风控，数据规定等等都抉择了 aviator 这个轻量级的语言作为规定引擎。
qlexpress：qlexpress 是阿里开发的一个脚本语言，在阿里外部以及局部 java 系的公司都有应用，然而这个我不是太举荐，因为当初这个的社区沉闷水平整体确实比拟低，上一次更新是一年多前了。

那么这三个 jvm 脚本语言咱们怎么做抉择呢？我集体来看的话还是比拟举荐 aviator，aviator 和其余的两个语言不同，他只提供了无限的语法性能，不像 groovy 是一整套残缺的语言，比方能够做一些危险的操作, 如果输出了 System.exit(0) 能够间接退出咱们的过程，然而在 aviator 是不会提供这种能力的，aviator 最开始的时候连 if/else, 循环都不反对，在最新的 5.0 版本才反对这些性能，所以他提供的整体性能算是一个平安的沙箱。

Aviator 的根本过程是将表达式间接翻译成对应的 java 字节码执行，整个过程最多扫两趟（开启执行优先模式，如果是编译优先模式下就一趟），这样就保障了它的性能超过绝大部分解释性的表达式引擎，测试也证实如此；其次，除了依赖 commons-beanutils 这个库之外（用于做反射）不依赖任何第三方库，因而整体十分轻量级，整个 jar 包大小哪怕倒退到当初 5.0 这个大版本，也才 430K。

回到下面的风控规定引擎，如果咱们想实现订单金额大于 100 元并且用户属于 vip 这个规定在 aviator 中应该怎么做呢？

 public static void main(String[] args) {
        // 首先结构参数
        Map<String, Object> env = new HashMap<String, Object>();
        env.put("orderAmount", 101);
        env.put("vip", true);
        // 执行表达式逻辑
        Boolean result = (Boolean) AviatorEvaluator.execute("orderAmount > 100 && vip", env);
        System.out.println(result);
    }
    // 输入 true
复制代码

能够看见首先咱们结构用户是否是 vip 和订单金额这两个属性，接下来只须要定义orderAmount > 100 && vip 这句表达式，就能够失去咱们想到的后果。所以只有经营人员或者产品想到不同的规定，咱们这边都能够马上进行配置，能够将这一条规定存到数据库外面，而后进行读取，执行。对于有界面的需要话须要和前端进行配合，让前端的一些控件能主动转换成这种表达式语言，就能实现自动化。

aviator 尽管是区别于 java 的语言，然而其上手老本整体比拟低，对于 aviator 语法有趣味的能够看看 5.0 的文档: www.yuque.com/boyan-avfmj…

基于 java 的代码规定引擎往往是一种框架，咱们基于框架限定的一些条件来进行实现。上面来看一个实例：如果咱们有多个加编号的流程，比方猿辅导的咱们加上编号前缀tutor, 斑马的咱们加上编号前缀conan, 搜题的加上编号前缀solar，咱们的一般写法是怎么写的呢？

 if(biz == "猿辅导"){tradeNo = "tutor" + tradeNo;}else if(biz == "斑马"){tradeNo = "conan" + tradeNo;}else if (biz == "搜题"){tradeNo = "solar" + tradeNo;}
复制代码

通过 if/else 进行解决，看起来这种写法也没什么大故障，其实他毁坏了开闭准则，比方咱们减少或者批改逻辑的时候都须要去动这一段代码，如果不小心改错了影响到其余逻辑这就得失相当了。那么咱们如何通过 easyRule 实现咱们的这个性能呢？

@Rule(priority = 1)
public class FudaoRule {
    @Condition
    public boolean isFudao(@Fact("biz") String biz) {return biz == "猿辅导";}

    @Action
    public void process(Facts facts) {String tradeNo = facts.get("tradeNo");
        facts.put("tradeNo", "tutor" + tradeNo);
    }
}

@Rule(priority = 2)
public class BanmaRule {
    @Condition
    public boolean isBanma(@Fact("biz") String biz) {return biz == "斑马";}

    @Action
    public void process(Facts facts) {String tradeNo = facts.get("tradeNo");
        facts.put("tradeNo", "conan" + tradeNo);
    }
}
复制代码

咱们实现这两个不同的类,@Rule注解中定义 priority 代表咱们的 if/else 优先级，@Condition就是咱们的条件判断，如果属于则进入条件判断，@Action是咱们匹配之后的动作。通过这种形式如果前面再减少或者批改相干逻辑咱们能够在不同的类外面去进行批改, 也满足了咱们的开闭准则。

easyRules 也反对应用 yaml 文件来进行规定的定义，相似咱们之前的 dsl，然而我感觉实现 java 类注解的形式是它的大特点，很多同学如果只想抉择一些 java 的扩大框架它的设计思维是一个值得参考，值得学习的框架。

参考：《2020 最新 Java 根底精讲视频教程和学习路线！》
链接：https://juejin.cn/post/694231…

关于java:别再说你不懂规则引起啦

背景

为什么须要规定引擎

从开发人员视角来看

从业务人员视角来看

什么是规定引擎

有哪些规定引擎

成熟的规定引擎

Rete 算法

jvm 脚本语言的规定引擎

java 代码的规定引擎