Groovy脚本极限优化

　　前段时间开发的项目，项目需求要求支持业务人员频繁业务需求变更，业务要求每次策略变更第一时间线上生效。结合项目业务需要，我们选择进行业务领域抽象，把业务变更的需求提炼成为脚本操作，每次业务人员对业务的操作变成为业务域的逻辑操作，针对业务流程上的不同需求变更就变成一条条脚本规则的动态变更。
　　因为团队主要开发语言是java，我们调研了QL Express 和 Groovy等脚本，最终选定Groovy脚本作为我们的脚本语言。我们使用Groovy支持业务人员频繁需求变更方案，首先对相关需求抽象出业务域，业务需求开发变成Groovy脚本，开发获取（转换）业务域数据接口。每次业务人员需求变更，我们修改业务脚本，线上获取到脚本变化，解析脚本语法树分析脚本依赖业务域，通过对应的业务域数据接口获取数据，然后加载数据执行对应脚本得到结果。
　　本文主要关注对Java调用Groovy脚本所做的优化，本文的优化重点并不是对Groovy脚本执行性能的极致优化，就像我们调研选取Groovy脚本支持我们的业务需求综合性能和易用性综合考量的结果。Groovy调用优化
　　下面说的所有关于Groovy优化都是基于GroovyShell执行Groovy脚本的极限优化，
　　1.因为我们的业务流程涉及大量脚本调用，Groovy作为脚本语言，每次Java调用业务变更需求的Groovy脚本，Groovy都要经过重新编译生成Class,并new一个ClassLoader去加载一个对象，导致每次调用Groovy脚本执行时间大部分花在脚本编译上，而且也会导致大量的编译脚本Class对账，运行一段时间后将perm暴涨。
　　2.高并发情况下，执行赋值binding对象后，真正执行run操作时，拿到的Binding对象可能是其它线程赋值的对象，会出现执行脚本结果混乱的情况。
　　针对以上存在的问题，我对Groovy脚本调用进行了优化解决以上问题。
　　1.首先我们通过给每个脚本生成一个md5，每次脚本首次执行，我们会把Groovy脚本生成的Script对象进行缓存，缓存设置一定的过期时间，保证下次同一个脚本执行直接调用Script就行。我们对每次Script执行通过锁保证每次执行的Binding不会出现多线程混乱的情况。
　　以上优化对应的代码如下：1public class GroovyUtil { 2 3    private static GroovyShell groovyShell; 4 5    static { 6        groovyShell = new GroovyShell(); 7    } 8     9     10    public static Object execute(String ruleScript, Map varMap) { 11 12        String scriptMd5 = null; 13        try { 14            scriptMd5 = Md5Util.encryptForHex(ruleScript); 15        } catch (Exception e) { 16 17        } 18        Script script; 19        if (scriptMd5 == null) { 20            script = groovyShell.parse(ruleScript); 21        } else { 22            String finalScriptMd5 = scriptMd5; 23            script = GroovyCache.getValue(GroovyCache.GROOVY_SHELL_KEY_PREFIX + scriptMd5, 24                    () -> Optional.ofNullable(groovyShell.parse(ruleScript, generateScriptName(finalScriptMd5))), 25                    new TypeReference