Groovy 是什么？

Apache的Groovy是Java平台上设计的面向对象编程语言。这门动静语言领有相似Python、Ruby和Smalltalk中的一些个性，能够作为Java平台的脚本语言应用，Groovy代码动静地编译成运行于Java虚拟机（JVM）上的Java字节码，并与其余Java代码和库进行互操作。

因为其运行在JVM上的个性，Groovy能够应用其余Java语言编写的库。Groovy的语法与Java十分类似，大多数Java代码也合乎Groovy的语法规定，只管可能语义不同。 Groovy 1.0于2007年1月2日公布，并于2012年7月公布了Groovy 2.0。从版本2开始，Groovy也能够动态编译，提供类型推论和Java相近的性能。Groovy 2.4是Pivotal软件资助的最初一个次要版本，截止于2015年3月。Groovy曾经将其治理构造更改为Apache软件基金会的项目管理委员会（PMC）[1]。

Java 为何须要 Groovy ?

Groovy 个性如下：

  • 语法上反对动静类型，闭包等新一代语言个性
  • 无缝集成所有曾经存在的Java类库
  • 既反对面向对象编程也反对面向过程编程
  • 执行形式能够将groovy编写的源文件编译成class字节码文件，而后交给JVM去执行，也能够间接将groovy源文件解释执行。
  • Groovy能够与Java完满联合，而且能够应用java所有的库

Groovy 劣势如下：

  • 麻利

    • groovy 在语法上退出了很多语法糖，很多 Java 严格的书写语法，在 Groovy 中只须要大量的语法糖即可实现
  • Groovy 的灵活性是的它既能够作为变成语言，亦可作为脚本语言
  • 0老本学习 Groovy，完满适配 Java 语法

热部署技术设计及实现

应用场景

我将介绍如下几种罕用的适宜 Groovy 脚本热更新的场景，供您学习

风控平安——规定引擎

风控的规定引擎非常适合用 groovy 来实现，反抗黑产，策略人员每天都都会产出拦挡规定，如果每次都须要发版，可能发完观测完后，该薅的羊毛都被黑产薅没了。

所以利用 groovy 脚本引擎的动静解析执行，应用规定脚本将查拦挡规定形象进去，疾速部署，晋升效率。

监控核心

大型互联网零碎，随同着海量数据进入，各个层级的人员须要时时刻刻关注业务的各个维度指标，此时某个指标异样光靠人肉是没方法实现的。此时须要监控核心染指，提前部署好异动规定，当异样产生时，监控核心收回告警告诉到对应的规定创立人员，从而尽快查明起因，挽回资损。

此时要保障监控核心异样灵便，能够随时随地满足业务人员或者研发人员配置监控指标，测试咱们能够应用 Groovy 条件表达式，满足灵便监控规定配置需要。

流动营销

营销流动配置是我集体感觉最简单的业务之一。流动模板多样，千人千面，不同人群看到的流动款式或者“奖品”不一。且流动上线要快，成果回收，投入产出比等要能立刻观测。

此时须要工程侧形象出整个流动模板，在须要变动的中央嵌入 Groovy 脚本，这样就缩小了测试和发版的工夫，做到流动可线上配置化。

技术实现

脚本加载/更新

代码实现展现：

/** * 加载脚本 * @param script * @return */public static GroovyObject buildScript(String script) {    if (StringUtils.isEmpty(script)) {        throw new RuntimeException("script is empty");    }    String cacheKey = DigestUtils.md5DigestAsHex(script.getBytes());    if (groovyObjectCache.containsKey(cacheKey)) {        log.debug("groovyObjectCache hit");        return groovyObjectCache.get(cacheKey);    }    GroovyClassLoader classLoader = new GroovyClassLoader();    try {        Class<?> groovyClass = classLoader.parseClass(script);        GroovyObject groovyObject = (GroovyObject) groovyClass.newInstance();        classLoader.clearCache();        groovyObjectCache.put(cacheKey, groovyObject);        log.info("groovy buildScript success: {}", groovyObject);        return groovyObject;    } catch (Exception e) {        throw new RuntimeException("buildScript error", e);    } finally {        try {            classLoader.close();        } catch (IOException e) {            log.error("close GroovyClassLoader error", e);        }    }}

重点关注：

  • 脚本开启缓存解决：否则屡次会更新可能会导致 Metaspace OutOfMemery

    脚本执行
// 程序外部须要关联出待执行的脚本即可try {    Map<String, Object> singleMap = GroovyUtils.invokeMethod2Map(s.getScriptObject(), s.getInvokeMethod(), params);    data.putAll(singleMap);} catch (Throwable e) {    log.error(String.format("RcpEventMsgCleanScriptGroovyHandle groovy error, guid: %d eventCode: %s",            s.getGuid(), s.getEventCode()), e);}// 三种执行形式，看 脚本外部返回的后果是什么public static Map<String, Object> invokeMethod2Map(GroovyObject scriptObject, String invokeMethod, Object[] params) {    return (Map<String, Object>) scriptObject.invokeMethod(invokeMethod, params);}public static boolean invokeMethod2Boolean(GroovyObject scriptObject, String invokeMethod, Object[] params) {    return (Boolean) scriptObject.invokeMethod(invokeMethod, params);}public static String invokeMethod2String(GroovyObject scriptObject, String invokeMethod, Object[] params) {    log.debug("GroovyObject class: {}", scriptObject.getClass().getSimpleName());    return (String) scriptObject.invokeMethod(invokeMethod, params);}

生产踩坑指南

Java8 lambda 与 Groovy 语法问题

都说 Groovy 能完满兼容 Java 语法，即间接复制 Java 代码到 Groovy 文件内，亦能编译胜利。
事实真的如此么，咱们看如下执行的代码：

Set<String> demo = new HashSet<>();demo.add("111");demo.add("222");for (String s : demo) {    executor.submit({ ->         println "submit: " + s;                     });}for (String s in demo) {    executor.submit({ ->         println "sp submit: " + s;                     });}// 输入后果// submit: 222// sp submit: 222// submit: 222// sp submit: 222

此时代码并没有依照预期的后果输入 111， 222，这是为什么呢？

答：lambda 语法在 Groovy 中语义和在Java 中不统一，尽管编译不出错，但表白的语义不统一
在 Groovy 中示意闭包概念，此处不相熟的能够 Google 具体理解 Groovy 语法。

GroovyClassLoader 加载机制导致频繁gc问题

通常加载 Groovy 类代码如下：

GroovyClassLoader groovyLoader = new GroovyClassLoader();Class<Script> groovyClass = (Class<Script>) groovyLoader.parseClass(groovyScript);Script groovyScript = groovyClass.newInstance();

每次执行 groovyLoader.parseClass(groovyScript)，Groovy 为了保障每次执行的都是新的脚本内容，会每次生成一个新名字的Class文件，这个点曾经在前文中阐明过。当对同一段脚本每次都执行这个办法时，会导致的景象就是装载的Class会越来越多，从而导致PermGen被用满。

同时这里也存在性能瓶颈问题，如果去剖析这段代码会发现90%的耗时占用在Class。

如上实战过程中，曾经给出了解决办法：

  • 对于 parseClass 后生成的 Class 对象进行cache，key 为 groovyScript 脚本的md5值

脚本首次执行耗时高

在初期计划上线时，压测后显示，首次加载脚本性能较慢，后续脚本执行速度十分快，猜想可能是 Groovy 外部在首次脚在脚本时还做了其余的校验（自己还没跟进这块，如果有读者感兴趣，能够断点具体看下链路耗时在哪里）

正对首次加载迟缓问题，解决办法如下：

// 1.加载脚本，并缓存GroovyObject object = loadClass(classSeq);cacheMap.put(md5(classSeq), object);// 2.预热// 模仿办法调用cacheMap.get(md5(classSeq)).invoke();// 3.凋谢给线上流量应用

往期精彩

集体技术博客：https://jifuwei.github.io/
公众号：是咕咕鸡
  • 性能调优——小小的log大大的坑
  • 性能优化必备——火焰图
  • Flink 在风控场景实时特色落地实战

参考：
[1] Groovy Wiki