Google Aviator——轻量级 Java 表达式引擎实战
本文将探讨Google Aviator——一款轻量级Java表达式引擎,其在实战中的源码源码表现和与其他常用表达式引擎如Drools、IKExpression和Groovy的解析对比。Drools以其高性能和Java实现闻名,项目但主要关注复杂对象的源码源码规则匹配,而Aviator则定位在轻量级和高性能之间,解析360目录网源码编译执行模式提供更好的项目性能。IKExpression作为解释执行的源码源码引擎,虽然简洁,解析但在性能上不如Aviator和Groovy。项目Groovy凭借动态执行和JIT编译,源码源码适用于频繁执行的解析场景。
在实际场景中,项目比如监控告警规则配置,源码源码Aviator能快速将规则转化为表达式并执行,解析如示例所示:
通过自定义函数实现,只需继承AbstractAlertFunction,如源码所示,并在初始化时注册。对于性能问题,推荐使用编译缓存模式,以减少每次执行时的编译成本。
Aviator的性能优化和管理可以通过其提供的缓存管理方法来实现。对于更深入的技术探讨和参考,可以参考作者的个人博客和相关文档。
关于DROOLS规则引擎的图书那里有卖的,急需啊!
InfoQ发布了一个关于规则引擎的介绍Real-World Rule Engines,原文 /articles/Rule-Engines
ONJava上也有两篇文章:
Give Your Business Logic a Framework with Drools /lpt/a/
Using Drools in Your Enterprise Java Application /lpt/a/
下面总结一下其中的open源码分析精华:
大多数web和企业Java应用可以分成三个部分:一个和用户交互的前台, 一个和后台系统,例如数据库交互的服务层,以及他们中间的业务逻辑。 现在使用框架构建前台和后台系统已经成为普遍共识(例如, Struts, Cocoon, Spring, Hibernate, JDO, 和 Entity Beans), 但却没有一个标准的方法来构建业务逻辑。一些框架,例如 EJB 和 Spring 只在一个高层实现业务逻辑,但对于我们组织逻辑代码没有任何帮助,所以,为什么没有一个框架来替换冗繁,易错的if...then语句呢,这个框架应该和其它前台或后台框架一样,易于配置,具有可读性和重用性。下面我们将介绍Drools 规则引擎,这个来解决我们问题的框架。
下面是一个典型的Java业务逻辑的代码
if ((user.isMemberOf(AdministratorGroup)
&& user.isMemberOf(teleworkerGroup))
|| user.isSuperUser(){
// more checks for specific cases
if((expenseRequest.code().equals("B")
||(expenseRequest.code().equals("A")
&&(totalExpenses<)
&&(bossSignOff> totalExpenses))
&&(deptBudget.notExceeded)) {
//issue payments
} else if {
//check lots of other conditions
}
} else {
// even more business logic
}
这是大多数程序员写业务逻辑的方法,但是有以下的问题:
如果用户有另一个选项,例如("C") ,那么需要修改上面的代码,当代码很长的时候,修改代码是难于维护的
我们如何保证代码的正确性,这个代码只有程序员能够看到,真正的使用者,业务人员无法看到这个代码
很多应用程序有相同的业务逻辑,如果某个业务改变了,如何保证其他业务逻辑的一致性
业务逻辑能否不合java语言绑定?
业务逻辑能否用其他的脚本语言。
Java下的主页画框源码规则引擎标准就是JSR,它的实现主要有Jess Jena Drools
Drools中,一个典型的业务逻辑的配置,如下
<?xml version="1.0"?>
<rule-set name="BusinessRulesSample"
xmlns="mendPurchase());
}
</java:functions>
<rule-set>
<!-- Ensure stock price is not too high-->
<rule name="Stock Price Low Enough">
<!-- Params to pass to business rule -->
<parameter identifier="stockOffer">
<class>StockOffer</class>
</parameter>
<!-- Conditions or 'Left Hand Side'
(LHS) that must be met for
business rule to fire -->
<!-- note markup -->
<java:condition>
stockOffer.getRecommendPurchase() == null
</java:condition>
<java:condition>
stockOffer.getStockPrice() <
</java:condition>
<!-- What happens when the business
rule is activated -->
<java:consequence>
stockOffer.setRecommendPurchase(
StockOffer.YES);
printStock(stockOffer);
</java:consequence>
</rule>
</rule-set>
一条规则就是rule-set中的rule,如果有很多规则,就要写很多的rule。
上面规则的意思是判断股票价格是否小于,如果这个标准改变了,那么只要修改这个规则文件,而不用去修改源代码了
Java学习资源
Java Commons Java tutorial WebService常用第三方webservice IDEEclipse Eclipse GUI Plugin Eclipse根据java代码生成UML图 Tomcat Hudson Jenkins Atlassian Bamboo TeamCity JUnit DbUnit JMockit TestNG ReportNG SLF4J Log4j Logback Log4E代码评审 guava jga Java Class Dependency Analyzer OW2Forge Rock apache Apache Commons sandbox中的项目无法直接通过maven进行依赖,必须通过svn下载源码,部署到本地maven仓库中。例如对于sandbox中的classscan项目: # 项目地址:commons.apache.org/sand... svn checkout mons/sandbox/classscan classscan cd classscan 当install带有parent的maven项目时,如果没有把parent一并install,其它项目引用时会出现 mvn install--Failed to read artifact descriptor for org.apache.maven.plugins:maven-source-plugin:jar:2.1.2 cd parent (classscan/parent) mvn clean package install -DskipTests cd ../api (classscan/api) mvn clean package install -DskipTests cd ../bcel (classscan/bcel) mvn clean package install -DskipTests 在pom.xml中添加依赖 org.apache.commons.classscan bcel 0.2-SNAPSHOT org.apache.commons.classscan api 0.2-SNAPSHOT Eclipse中Update Project,选择Force Update of Snapshots/Releases Apache HttpComponents Maven and M2Eclipse maven快速下载某个jar包依赖的所有jar 经常碰到这种事情:在一些非maven工程中(由于某种原因这种工程还是手工添加依赖的),需要用到某个新的类库(假设这个类库发布在maven库中),而这个类库又间接依赖很多其他类库,如果依赖路径非常复杂的话,一个个检查手动下载是很麻烦的事。下面给出一个便捷的办法,创建一个新目录里面建一个maven pom文件, 添加需要依赖的类库: 4.0.0 com.dep.download dep-download 1.0-SNAPSHOT com.xx.xxx yy-yyy x.y.z 在这个目录下运行命令,所有跟这个类库相关的直接和间接依赖的jar包都会下载到 ./target/dependency/下 杂项 间接依赖的jar包能否直接使用 如果工程依赖A.jar,并用maven设置好依赖,同时A.jar会依赖B.jar,所以maven在下载A.jar的同时会下载B.jar,这时如果项目发现需要使用B.jar中的一些内容,在maven中不必从新设置依赖,可以在工程中直接使用。 把某个本地jar包安装到本地仓库中 mvn install:install-file -DgroupId=“edu.jiangxin” -DartifactId=”gcu” -Dversion=“1.0.0” -Dpackaging=”jar” -Dfile=“D:\CS\J2EE\lib\edu.jiangxin.gcu-1.0.0.jar” 把某个本地jar包部署到某个远程仓库中 mvn deploy:deploy-file -DgroupId=“edu.jiangxin” -DartifactId=”gcu” -Dversion=“1.0.0” -Dpackaging=”jar” -Dfile=“D:\CS\J2EE\lib\edu.jiangxin.gcu-1.0.0.jar” -Durl= yourlocalrepository:... -DrepositoryId=internal bintray bintray.com/ Ant Eclipse Color Themes MyEclipse EclEmma eCobertura JavaNCSS Clover(收费) CAP (code analysis plugin) Visual Performance Analyzer VisualVM JD(Java Decompiler) 注:不支持命令行使用,因而很难批量编译。 jad 注:jad支持命令行方式使用,linuxepoll源码分析最新版本为1.5.8g,支持的class版本过低。经常出现问题:The class file version is .0 (only .3, .0 and .0 are supported)。还有一个工具uuDeJava,也是基于jad,所以估计也难以避免这个问题。 jdec JODED J Java Decompiler 注:收费软件,没有试用过 ProGuard FindBugs PMD Metric Jdepend SourceHelper Structure inFusion SourceMonitor Simian CheckStyle CCTE J-Technologies一家(收费) FORTIFY SCA(收费) coverity(收费) klocwork(收费) GProf Dot and Graphviz sikuli exe4j JBoss GlassFish Virgo Jetty cpDetector EZMorph Apache Shiro Struts Spring Hibernate iBATIS/MyBatis appfuse TopLink json neethi XML SAXON jsoup HTML Parser Java port of Mozilla charset detector(jchardet) JMX jsch * yFiles The yFiles diagramming software components are extensive class libraries that enable you to add high-quality diagramming functionality to your own software applications OpenLDAP Protobuf zip4j JFlex JavaCC sablecc Xtext antlr cglib javassist jclasslib ical4j 分词规则引擎 Drools jBPM OpenAS2 Java Native Access (JNA) mpi Java eBus JACOBA Apache POI - the Java API for Microsoft Documents iText(AGPL) aspose MVEL(Drools) OGNL(Struts) SPEL(Spring) JSP EL freemarker Velocity Aurora规则引擎基本原理及应用架构简介
规则引擎,这个业务决策的革命性工具,其核心在于将复杂的业务逻辑抽象化,实现决策逻辑的独立分离。它如同一座高效运作的自动化工厂,输入数据,解析规则,产出决策,首要目标是业务逻辑的复用和快速响应市场变化。在开源领域,Java规则引擎的佼佼者有Drools和urule,后者凭借Rete算法和Drools Workbench的易用性以及活跃的社区备受青睐;Groovy则以其动态特性,强大的嵌入性成为另一选择。Drools以Java和Groovy编写规则,urule则强调规则设计工具,而Groovy则支持动态脚本加载,实现实时适应性。
规则引擎的内部构造犹如精密的齿轮系统,工作内存和生产内存是vscode的源码其关键组件。urule的开源版本已停止更新,商业版本需特别关注,而Groovy借助JVM的特性,允许脚本热加载,但可能对内存管理带来挑战。为解决FullGC问题,脚本更新后需重新创建,以保持高效运行。
Aviator,这个轻量级的表达式引擎,以其高效执行、小型化jar包和适度的功能特性,成为简单场景的理想选择。它虽功能“节制”,但扩展性强,适合基础开发,只是高级特性和复杂场景可能需要额外自定义函数支持。
规则引擎的实现原理各异:Java结合Rete算法(如Drools和urule),脚本语言与JVM(如Groovy),以及Java表达式和JVM(如Aviator)。Rete算法的核心在于其高效的模式匹配机制,通过网络结构筛选和传播,以空间换时间,涉及的事实、规则、模式节点以及各种类型的节点如根节点、条件节点等。
比如ObjectTypeNode,通过HashMap直接获取新实例,避免字面检查,展现了节点的高效性能。每个节点都有特定功能,如BetaNode处理连接与取反操作,记忆功能帮助高效决策;LeftInputAdapterNodes处理单对象转换;TerminalNode表示规则匹配,NotNode则负责结果取反。
规则编译过程细致入微:首先创建根节点并加入规则和工作内存,接着为新类型创建类型节点并添加Alpha节点,然后组合Beta节点并构建内存表,封装动作为叶节点,最后如同执行数据库查询,执行预编译的规则。
运行时,规则引擎通过一系列步骤:从工作内存出发,匹配事实,遍历节点,合并符合条件的事实,触发规则,加入议程,解决冲突,最终执行决策。Rete算法的共享性和优化设计,确保匹配速度独立于规则数量,同时避免重复计算。
Groovy的实现原理源于Rete网络,其源码编译与Java类似,支持预编译和运行时加载。Groovy的动态性体现在表达式编译、函数定义、类生成以及元类机制,提供了灵活的开发环境。Aviator则通过ASM生成字节码,构建ClassExpression,体现了不同的编译策略。
规则引擎的应用场景丰富多样,例如Drools架构强调规则的实时同步,适用于业务需求频繁变化的场景,自建后台集成Workbench则提供规则工程管理,尽管成本高,但支持高可用性和扩展性。URule则以Restful接口提供独立服务或客户端服务器模式,适用于复杂数据处理和规则管理,但需考虑负载均衡问题。
无论哪种架构,规则引擎在业务策略管理、版本控制、变量管理、名单库管理、业务监控以及数据分析等领域都发挥着关键作用。从冠军规则到数据调用统计,规则引擎是现代企业中不可或缺的决策支持工具。
Drools规则引擎
规则引擎,全称为业务规则管理系统,主要思想是将业务决策分离出来,使用预定义语义模板编写,实现决策逻辑的灵活配置与管理。规则引擎从推理引擎发展而来,将业务决策从应用程序代码中分离,接受数据输入,解释规则,并根据规则做出决策。多数规则引擎支持规则顺序与冲突检测,集成脚本语言与通用开发语言接口。
业内存在多种规则引擎,包括开源与商业选项。开源代表如Drools,商业代表包括Visual Rules和iLog等。市面上规则引擎产品主要有Drools、VisualRules和iLog等。
Drools是一款基于Java语言的开源规则引擎,提供将复杂业务规则以脚本形式存储的能力,无需修改代码或重启服务器即可在线生效。其具有访问策略便捷、调整和管理简单,符合行业标准,速度快、效率高的特点。业务分析师或审核人员可轻松查看规则,确保编码规则执行所需业务逻辑。Drools的前身是Codehaus的开源项目Drools,后被整合进JBoss应用服务器,更名JBoss Rules。
Drools遵循RETE算法实现,为Java量身定制,具备面向对象接口,使得商业规则表达自然。官网为drools.org,中文网为Drools中文网。Drools源码可从GitHub下载。
Drools主要由规则与规则执行两部分构成。规则通过Drools提供的API编译、收集和执行。API大致分为三类:规则编译、规则收集和规则执行。Drools作为BRMS解决方案,涉及规则文件、规则基础、规则会话与实体类的创建。
当前Drools最新版本为7.0.0.Final,未来版本迭代加速。从Drools6.x到7版本,发生重大变化。Drools7新功能包括规则引擎优化、性能提升与功能扩展。
在项目中使用Drools,既可独立使用也可与Spring整合。独立使用仅需导入Maven依赖。配置文件通常为resources/META-INF/kmodule.xml,定义规则基础、规则会话与实体类。
规则引擎在项目中通过规则文件定义业务逻辑,如案例中定义企业风险类别与分数计算。通过Drools API将数据传入,规则引擎匹配规则并返回结果。使用规则引擎的优势在于动态管理规则,业务人员可以像管理数据一样调整规则,无需重启服务。
2024-12-24 01:26
2024-12-24 01:07
2024-12-24 00:37
2024-12-23 23:31
2024-12-23 23:07