在 Nashorn 中跨上下文共享本机 JavaScript 对象

Question

我有一个 Nashorn 引擎，我在其中评估了一些脚本，这些脚本公开了一些常见的实用程序函数和对象。我希望自定义脚本在它们自己的上下文中运行而不是相互跨越，所以我使用 engine.createBindings():

为它们创建新的上下文

ScriptContext newContext = new SimpleScriptContext();
newContext.setBindings(engine.createBindings(), ScriptContext.ENGINE_SCOPE);
newContext.getBindings(ScriptContext.ENGINE_SCOPE).putAll(engine.getBindings(ScriptContext.ENGINE_SCOPE));

现在我可以访问在原始范围内创建的所有内容，但这也为新上下文创建了一个全新的全局对象，这意味着像 Object 这样的原生 JS 对象的实例， Number等与原文对应的实例不同

这会导致一些奇怪的行为。例如，假设您有以下在引擎中计算的代码（即 "parent" 上下文”）：

function foo(obj) {
    print(JSON.stringify(obj, null, 4));
    print(Object.getPrototypeOf(obj) === Object.prototype);
}

现在假设您的自定义脚本如下：

function bar() {
    foo({a: 10, b: 20});
}

我根据 newContext 对其进行评估，然后调用函数：

engine.eval(source, newContext);
ScriptObjectMirror foo = newContext.getAttribute("foo", ScriptContext.ENGINE_SCOPE);
foo.call(null);

这个returns:

undefined
false

这是 expected behavior 因为在其他上下文中创建的对象被视为外来对象。

我想做的是公开一个公共函数库并在单个脚本引擎实例中维护它。我不想继续重新创建脚本引擎实例，因为我最终失去了 JIT 优化（我在某处读到这个，但我现在找不到 link）。我确实喜欢对象 "remember" 它们的原始全局上下文这一事实，但我希望在本机 JS 对象的情况下不会发生这种情况。

有没有办法创建一个全新的全局上下文，同时仍然共享 JS 全局对象实例？我已经尝试手动复制这些实例（枚举 this 的属性），但是当我将它们复制到新上下文时，它们是 ScriptObjectMirror 实例而不是展开的版本。我认为这是因为它们最初是在不同的上下文中创建的，因此被认为是 "foreign".

Answer 1

不幸的是，这似乎是不可能的。我什至解开对象并取回本机对象（我从主线程执行此操作），然后在新上下文中覆盖这些对象。不幸的是，这仍然不起作用，因为 Java 类表示 Java 中的本机对象维护对创建的原始实例的内部引用（用于对象的原型）。

我针对上述两种情况的解决方法是针对对象测试执行此操作：

var proto = Object.getPrototypeOf(object);
return (typeof proto.constructor !== "undefined" && (proto.constructor.name === Object.prototype.constructor.name));

对于 JSON，我通过在主上下文和每个新上下文中计算 Douglas Crockford's JSON library 来覆盖本机 JSON 对象。不过，我确实需要做一些修改才能让它在 Nashorn 中工作。第一个是让它重新定义 JSON 对象而不首先检查它是否存在（所以只需删除 if 测试）。第二种是在 stringify 内部也使用对象本身的 hasOwnProperty。所以下面一行：

if (Object.prototype.hasOwnProperty.call(value, k))

更改为：

if (Object.prototype.hasOwnProperty.call(value, k) || (value.hasOwnProperty && value.hasOwnProperty(k)))

通过这两项更改，我能够正常工作。

在 Nashorn 中跨上下文共享本机 JavaScript 对象

Sharing native JavaScript objects across contexts in Nashorn

javascript

java

nashorn