假如你在用Java的碰到这些问题:
而恰恰你是个“low逼”或者“懒货”不想(更多的是不行)去定义自己的脚本、规则引擎,那么下面这些可能是个不错的选择。
Groovy是一种基于JVM的敏捷开发语言,可以无缝与Java整合:
Binding binding = new Binding(); binding.setProperty("foo", new Integer(2)); GroovyShell shell = new GroovyShell(binding); shell.evaluate("println foo");
用GroovyShell看起来是非常简单的,但问题是每次在evaluate的时候都需要去解析、编译,速度肯定是上不去的,另外也会频繁地产生很多的Class,增加了内存回收的负担(甚至OOM),但是也看具体使用场景~~
String[] roots = new String[] { "your groovy script path" }; GroovyScriptEngine gse = new GroovyScriptEngine(roots); Binding binding = new Binding(); binding.setProperty("foo", new Integer(2)); gse.run("GroovyShellHellow.groovy", binding);
用GroovyScriptEngine的时候有了缓存,而且用起来也更加简单,用起来也很简单了,但是很多人开始诟病Groovy脚本的性能,确实是比较低,再来看一种处理方式:
new GroovyClassLoader().parseClass("print 123");// 得到Class
在用GroovyClassLoader生成好Class之后通过反射调用对应的方法。有人可能觉得这种方法弱爆了,又难用又效率低,但是如果将生成的Class缓存起来呢?等等,应该怎么生成Class?
CompilerConfiguration configuration = new CompilerConfiguration(); configuration.setOutput(new PrintWriter(new FileWriter("D:\\a"))); configuration.setTargetDirectory("D:\\"); new GroovyClassLoader( Thread.currentThread().getContextClassLoader(), configuration) .parseClass("print 123");
好了,讲差不多了,我们来重点看下GroovyClassLoader吧。可能在你看完GroovyScriptEngine之后会说:GroovyScriptEngine已经将GroovyClassLoader封装的挺不错的来,但是会有一个问题:
其中用的是同一个ClassLoader,在脚本发生变化的时候就生成新的Class,时间久了Perm就满了。
现在可以对GroovyClassLoader根据业务具体的需求进行封装即可,在上面的代码中可以在指定的文件夹中就可以生成好Class。
既然GroovyClassLoader直接可以解析脚本,为什么还需要生成Class。
如果做的平台用的人非常多,成千上万个脚本都是有可能的(虽然现在一个都没有),那么在系统启动的时候是不是要把所有的脚本拿下来编译一遍?这个可能会比较影响启动的速度,所以可以在保存Script的时候再保存一个Class文件,在系统启动的时候直接去Load即可。
再来看Groovy的好处:
@TypeChecked int func(){ def a = 123; a = a + ""; return a;// 这里会报错 }
在Groovy的2.0版本以后加入了静态类型检查器,可以在编写代码的时候看到类型错误。动态语言太灵活了,这样可以减少很多开发的成本,因为不用等到运行的时候才发现错误。
@CompileStatic int func(){ 123 + 123 + 123; }
使用@CompileStatic注释将会静态地编译代码,产生的字节码和Java运行得一样快,这样看来性能也将不再是问题。
最后,现在很多规则的配置都用Groovy来解决,因为处理Map、新建类等非常方便,如果用原生的Java写的话,配置的时候不会真方便,当然,编译Java代码的方式也是要研究一下的。
除了用Groovy这种脚本的方式,还可以用Java代码来搞:
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler(); StandardJavaFileManager fileManager = compiler.getStandardFileManager(null, null, null); JavaFileObject fileObject = new SimpleJavaFileObject( URI.create("string:///CalculatorTest" + JavaFileObject.Kind.SOURCE.extension), JavaFileObject.Kind.SOURCE) { @Override public CharSequence getCharContent(boolean ignoreEncodingErrors) throws IOException { return "class CalculatorTest {}"; } }; JavaCompiler.CompilationTask task = compiler.getTask(null, fileManager, null, null, null, Arrays.asList(fileObject)); task.call();// 编译
在编译好Class文件之后,使用的时候加载进来,然后通过反射进行调用。
在选择编程语言来实现某个功能时,会考虑:
之前可能开口闭口都是性能,但是,感觉现在的开发语言越来越注重的是开发的速度以及语言本身是否简洁,简洁的语言更不容易写出BUG,另外如果让一个用惯了有GC的语言,再去尝试写C这种古老的语言肯定是一百个不习惯。
最后为什么要考虑用的人多不多呢?因为在用的人多的情况下,大家会开发出各种各样优秀的工具,那么在实现某个功能的时候不用自己写代码了,直接“拿来主义”。