因此，我进行了实验，Rhino引擎报告“ Mozilla Rhino”已被JavaDocs断言为“ MULTITHREADED”
“多线程”-引擎实现在内部是线程安全的，并且脚本可以同时执行，尽管脚本在一个线程上的执行效果可能对其他线程上的脚本可见。
这是代码…对我来说，它看起来是线程安全的，只要您传递的绑定也是线程安全的即可。
package org.rekdev;import java.util.*;import javax.script.*;public class JavascriptWTF { public static void main( String[] args ) { scriptEngineManager mgr = new scriptEngineManager(); List<scriptEngineFactory> factories = mgr.getEngineFactories(); for ( scriptEngineFactory factory : factories ) { System.out.println( String.format( "engineName: %s, THREADING: %s", factory.getEngineName(), factory.getParameter( "THREADING" ) ) ); } }}…输出是…
engineName：ApplescriptEngine，
THREADING ：null engineName：Mozilla Rhino，THREADING：MULTITHREADED
要回答您的确切问题…
绑定应该是线程安全的吗？
在我看来，使它们成为线程安全是您的责任。换句话说，仅传递不可变的对象，并且引擎是否为线程安全的都不会成为问题。是否应该允许多个线程共享一个scriptEngine实例？
在我看来，这听起来很可行，但关键是可以通过绑定进行状态共享。不可变的对象是您的朋友。…还是每个线程都应该构造一个短暂的实例？
在我看来，最好的思路是每次执行eval都是短暂的实例。…或将它们放在游泳池中？
在当今这个时代，尝试自己收集资源很少是一个好主意。给短暂的实例一个镜头，衡量它的性能，然后从那里开始锻炼。如果多个线程同时调用scriptEngine.eval（…），会发生什么？
如果我正确理解Rhino引擎对MULTITHREADING的响应，则scriptEngine.eval应该可以进行并发调用。对于Compiledscript实例
，存在相同的问题JavaDocs指出：“由Compiledscript的执行引起的scriptEngine状态的更改可能在引擎随后执行脚本的过程中可见。”
http://docs.oracle.com/javase/6/docs/api/javax/script/Compiledscript.html。因此，在您似乎试图尽量减少scriptEngine实例数量的环境中，它们根本不具备线程安全性。使用Invocable.getInterface（…）生成的接口实现是否存在相同的问题？你自己一个人在这里。我不确切知道为什么或何时使用此功能，这听起来像是您可能在这里“跳鲨”。如果您想更深入地了解脚本语言，建议您放弃Javascript，而选择Groovy以获得更可脚本化的Java。
大概，放置在Bindings中的对象遵循Java的垃圾回收。那些没有出现在绑定中的对象的垃圾回收又如何呢？
如果它们不以绑定结尾，我希望将它们绑定到scriptEngine并遵循其生命周期（基于我阅读的文档）。合并scriptEngine实例听起来不是一个好主意。
