我应该为每个线程使用单独的ScriptEngine和CompiledScript实例吗？

Question

我的程序使用Java脚本API，可以同时评估一些脚本。它们不使用共享脚本对象、绑定或上下文，但可以使用相同的ScriptEngine和CompiledScript对象。我发现Java8中的OracleNashorn实现不是多线程的，ScriptEngineFactory。getParameter（'THREADING'）返回null，文档中说：

引擎实现不是线程安全的，不能用于在多个线程上并发执行脚本。

这是否意味着我应该为每个线程创建一个单独的ScriptEngine实例？此外，文档中没有提到CompiledScript并发使用，而是：

每个已编译脚本都与一个脚本引擎相关联

可以假设CompiledScript线程安全依赖于相关的ScriptEngine，即我应该为Nashorn的每个线程使用单独的CompiledScript实例。

如果应该的话，对于这种（我认为非常常见的）情况，使用ThreadLocal、池或其他什么合适的解决方案是什么？

final String script = "...";
final CompiledScript compiled = ((Compilable)scriptEngine).compile(script);
for (int i=0; i<50; i++) {
    Thread thread = new Thread () {
        public void run() {
            try {
                scriptEngine.eval(script, new SimpleBindings ());  //is this code thread-safe?
                compiled.eval(new SimpleBindings ());  //and this?
            }
            catch (Exception e)  {  throw new RuntimeException (e);  }
        }
    };
    threads.start();
}

Answer 1

公认的答案会误导许多人。

简而言之：

• NashornScriptEngine不是线程安全的
• 如果不使用全局绑定，则无状态部分可以是线程安全的

Answer 2

ScriptEnginefor Nashorn不是线程安全的。这可以通过调用ScriptEngineFactory.get参数（"THREADING"）来验证。

返回的值为null，根据java文档，这意味着不是线程安全的。

注意：这部分答案首先在这里给出。但是我自己重新检查了结果和文档。

这也为我们提供了CompiledScript的答案。根据java文档，一个CompiledScript与一个ScriptEngine相关联。

所以在NashornScriptEngine和CompiledScript中不应该被两个线程同时使用。

Answer 3

您可以跨线程共享ScriptEngine和CompiledScript对象。它们是线程安全的。实际上，您应该共享它们，因为一个引擎实例是类缓存和JavaScript对象隐藏类的持有者，所以只有一个引擎实例可以减少重复编译。

不能共享的是绑定对象。bindings对象基本上对应于JavaScript运行时环境的全局对象。引擎以默认绑定实例启动，但如果在多线程环境中使用它，则需要使用引擎。createBindings（）为每个线程获取一个单独的绑定对象——它自己的全局对象，并将编译后的脚本计算到其中。这样，您将使用相同的代码设置独立的全局作用域。（当然，您也可以将它们集中在一起，或者在它们上进行同步，只要确保在一个绑定实例中工作的线程不超过一个即可）。在将脚本计算到绑定中后，可以随后高效地调用它用（（JSObject）绑定定义的函数。获取（fnName）。打电话（这个，args…）

如果必须跨线程共享状态，那么至少尝试使其不可变。如果对象是不可变的，那么最好将脚本计算为单个绑定实例，然后跨线程使用它（希望调用没有副作用的函数）。如果它是可变的，则必须同步；要么是整个绑定，要么也可以使用var syncFn=Java。synchronized（fn，lockObj）Nashorn特定的JS API，以获取在特定对象上同步的JS函数版本。

这假定您在多个线程之间共享单个绑定。如果您想让多个绑定共享对象的子集（例如，将同一个对象放入多个绑定中），那么您必须以某种方式确保自己对共享对象的访问是线程安全的。

至于THREADING返回null的参数：是的，最初我们计划不让引擎线程安全（说语言本身不是线程安全的），所以我们选择了null值。我们现在可能需要重新评估这一点，正如我们在这期间所做的那样，引擎实例是线程安全的，只是全局范围（绑定）不是（而且永远不会是，因为JavaScript语言语义）