java nashorn使用场景_优化Java调用Nashorn引擎的性能

之前的项目里面大量使用了Nashorn引擎，目的是很多需要动态执行的代码放到了JavaScript里面，这样在用户那边比较好调试。但是因为性能的问题遇到了几个坑，最后经过一段时间，最终解决了，形成了这篇文章。

使用预编译JS来加速

在实际的应用中，基本上JS是不变的，变的只是调用的参数。于是乎可以通过预编辑，来进行加速。这样可以省略每次编译的耗时。代码如下。

String script = " var x = a + 1; " +

" var y = x * 2 + m; " +

" var z = y * 3 - n; " +

" z;" +

final CompiledScript compiled = ((Compilable)scriptEngine).compile(script);

调用的时候，可以直接

try {

Bindings bindings = new SimpleBindings();

bindings.put("a", v);

bindings.put("m", v + 1);

bindings.put("n", v + 2) ;

o = (Double)compiled.eval(bindings);

} catch (ScriptException e) {

e.printStackTrace();

}

预编辑JS遇到的问题

这样的写法是没有问题的，但是在压力比较大的时候，CPU比较高，还是比较慢。经过跟踪，发现大量的时间浪费在JDK初始化Nashorn的执行上下文了。

经过查看JDK的源代码，Nashorn里面其实提供了共享上下文的方法。修改代码为：

NashornScriptEngineFactory factory = null;

for (ScriptEngineFactory f : sm.getEngineFactories()) {

if (f.getEngineName().equalsIgnoreCase("Oracle Nashorn")) {

factory = (NashornScriptEngineFactory)f;

break;

}

}

String[] stringArray = new String[]{"-doe", "--global-per-engine"};

ScriptEngine scriptEngine = factory.getScriptEngine(stringArray);

final CompiledScript compiled = ((Compilable)scriptEngine).compile(script);

主要的是初始化参数中的--global-per-engine这个参数。

但是这样写，在并发执行的时候，会遇到问题。测试代码如下：

public class TestScript1 {