当你打电话时:
Object isThreadSafe = scriptEngine.getFactory().getParameter("THREADING");
它按照以下方式返回 MULTITHREADED
:
但目前还不清楚这到底有什么影响。
这是否意味着:
- 我可以调用 scriptEngine.eval(script, bindings);来自不同线程并且提供的绑定(bind)不共享它是线程安全的吗?
- 或者这是否意味着对脚本有一些限制,因此它们应该在任何共享对象上同步?。我的理解是这似乎是正确的答案。
- 或者其他什么?
如果答案可以用一些代码来说明就太好了。
最佳答案
不幸的是,如果涉及到 GroovyScriptEngineImpl
,此信息会产生误导。类(class)。您提到的 Javadoc 说:
"MULTITHREADED" - The engine implementation is internally thread-safe and scripts may execute concurrently although effects of script execution on one thread may be visible to scripts on other threads.
GroovyScriptEngineImpl
不适用于此,因为例如您可以使用 GroovyScriptEngineImpl.setClassLoader(GroovyClassLoader classLoader)
更改类加载器方法,并且当它发生在并发执行时可能会导致不可预测的行为(这个方法甚至不是原子的,并且不会在线程之间同步执行)。
关于 scriptEngine.eval(script, bindings)
执行,当你共享相同的 bindings
时,你必须意识到它的不确定性。跨越许多不同的线程。 javax.script.SimpleBindings
默认构造函数使用 HashMap
你绝对应该避免它 - 在多线程执行的情况下最好使用 ConcurrentHashMap<String,Object>
至少允许安全的并发访问。但是,即使您同时评估多个脚本并且这些脚本将更改全局绑定(bind)时也无法获得任何保证。考虑以下示例:
import org.codehaus.groovy.jsr223.GroovyScriptEngineImpl
import javax.script.ScriptContext
import javax.script.SimpleBindings
import javax.script.SimpleScriptContext
import java.util.concurrent.ConcurrentHashMap
import java.util.concurrent.ExecutorService
import java.util.concurrent.Executors
import java.util.concurrent.Future
class GroovyScriptEngineExample {
static void main(args) {
def script1 = '''
def x = 4
y++
x++
'''
def script2 = '''
def y = 10
x += y
'''
final GroovyScriptEngineImpl engine = new GroovyScriptEngineImpl()
final ExecutorService executorService = Executors.newFixedThreadPool(5)
(0..3).each {
List<Future> tasks = []
final SimpleBindings bindings = new SimpleBindings(new ConcurrentHashMap<String, Object>())
bindings.put('x', 1)
bindings.put('y', 1)
(0..<5).each {
tasks << executorService.submit {
engine.setClassLoader(new GroovyClassLoader())
engine.eval(script1, bindings)
}
tasks << executorService.submit {
println engine.getClassLoader()
engine.eval(script2, bindings)
}
}
tasks*.get()
println bindings.entrySet()
}
executorService.shutdown()
}
}
在这个例子中,我们定义了两个 Groovy 脚本:
def x = 4
y++
x++
和:
def y = 10
x += y
在第一个脚本中我们定义了一个局部变量def x = 4
和 x++
仅增加我们的本地脚本变量。当我们打印 x
运行此脚本后绑定(bind)我们将看到它在执行过程中不会改变。然而y++
在这种情况下递增 y
绑定(bind)值。
在第二个脚本中我们定义局部变量def y = 10
我们增加了本地的值(value)y
(在本例中为 10
)到当前全局 x
绑定(bind)值。
如您所见,这两个脚本都修改了全局绑定(bind)。在本文中显示的示例代码中,我们同时运行了两个脚本 20 次。我们不知道这两个脚本的执行顺序是什么(假设每次执行都有一个随机超时,所以一个脚本可能会挂起几秒钟)。我们的bindings
使用 ConcurrentHashMap
在内部,所以我们只有在并发访问时才是安全的——两个线程不会同时更新相同的绑定(bind)。但我们不知道结果如何。每次执行后。第一级循环执行 4 次,内部循环执行 5 次,在每次执行期间,它使用共享脚本引擎和共享绑定(bind)提交脚本评估。第一个任务也替换了 GroovyClassLoader
在引擎中向您展示跨多个线程共享其实例是不安全的。您可以在下面找到示例性输出(示例性,因为每次运行很可能会得到不同的结果):
groovy.lang.GroovyClassLoader@1d6b34d4
groovy.lang.GroovyClassLoader@1d6b34d4
groovy.lang.GroovyClassLoader@64f061f1
groovy.lang.GroovyClassLoader@1c8107ef
groovy.lang.GroovyClassLoader@1c8107ef
[x=41, y=2]
groovy.lang.GroovyClassLoader@338f357a
groovy.lang.GroovyClassLoader@2bc966b6
groovy.lang.GroovyClassLoader@2bc966b6
groovy.lang.GroovyClassLoader@48469ff3
groovy.lang.GroovyClassLoader@48469ff3
[x=51, y=4]
groovy.lang.GroovyClassLoader@238fb21e
groovy.lang.GroovyClassLoader@798865b5
groovy.lang.GroovyClassLoader@17685149
groovy.lang.GroovyClassLoader@50d12b8b
groovy.lang.GroovyClassLoader@1a833027
[x=51, y=6]
groovy.lang.GroovyClassLoader@62e5f0c5
groovy.lang.GroovyClassLoader@62e5f0c5
groovy.lang.GroovyClassLoader@7c1f39b5
groovy.lang.GroovyClassLoader@657dc5d2
groovy.lang.GroovyClassLoader@28536260
[x=51, y=6]
一些结论:
- 替换
GroovyClassLoader
是不确定的(在第一个循环中打印了 3 个不同的类加载器实例,而在第三个循环中我们打印了 5 个不同的类加载器实例) - 最终绑定(bind)计算是不确定的。我们避免了与
ConcurrentHashMap
并发写入但我们无法控制执行顺序,因此如果依赖先前执行的绑定(bind)值,您永远不知道期望值是什么。
那么,在使用 GroovyScriptEngineImpl
时如何保证线程安全?在多线程环境中?
- 不要使用全局绑定(bind)
- 使用全局绑定(bind)时,请确保脚本不会覆盖绑定(bind)(您可以使用
new SimpleBindings(Collections.unmodifiableMap(map))
- 否则你必须接受
bindings
的非确定性状态修改 - 扩展
GroovyScriptEngineImpl
并且不允许在对象初始化后更改类加载器 - 否则接受一些其他线程可能会有点困惑。
希望对您有所帮助。
关于java - Groovy ScriptingEngine 线程安全吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48644849/