Nashorn 的高级应用
Nashorn 是一个复杂的编程环境，它被设计为一个强大的平台，用于部署应用程序，并与Java具有极大的互操作性。 让我们来看一些更高级的用于 JavaScript 到 Java 集成的用例，并通过在 Nashorn中 查看一些实现细节来掌握是如何实现的。
从 Nashorn 中调用 Java
由于每个 JavaScript 对象最后都被编译为 Java 类的实例，所以 Nashorn 与 Java 无缝集成也许并不奇怪，尽管在类型系统和语言特性方面有很大的区别。 然而，仍然需要有一些机制来充分利用这种集成。
我们已经看到，我们可以直接从 Nashorn 访问 Java 类和方法，例如：
$ jjs -Dkey=value
jjs> print(java.lang.System.getProperty("key"));
value让我们仔细看看是如何在 Nashorn 中实现这种支持的。
JavaClass 和 JavaPackage
从 Java 的角度来看, java.lang.System.getProperty(“key”)表达式有资格访问 java.lang.System 类下的静态方法 getProperty()。作为JavaScript 语法来说，这非常类似于属性链的访问方式，这个链从 java 这个标识符开始，来看下面的例子：
jjs> print(java);
[JavaPackage java]
jjs> print(java.lang.System);
[JavaClass java.lang.System]所以说java是Nashorn 中特定的一个对象用来访问 Java 系统里的包, java被定义为 JavaPackage 的 JavaScript 的类型，Java 类被定义为JavaClass 的JavaScript 的类型，任何顶层包可直接用作包导航对象，以及子包可以被分配为一个 JavaScript 对象。这提供了访问 Java 类的简明语法：
jjs> var juc = java.util.concurrent;
jjs> var chm = new juc.ConcurrentHashMap;除了导航包对象，还有另一个对象，称为 Java，其中有一些关于它的有用的方法。其中最重要的是Java type()方法，这允许用户查询 Java 类型系统，并获得java类。例如:
jjs> var clz = Java.type("java.lang.System");
jjs> print(clz);
[JavaClass java.lang.System]如果这个类不在指定的 classpath 中 (例如，使用 jjs 选择 -cp 选项指定），则会抛出 ClassNotFoundException 异常（jjs 会处理为 RuntimeException 异常）。
jjs> var klz = Java.type("Java.lang.Zystem");
java.lang.RuntimeException: java.lang.ClassNotFoundException:
Java.lang.Zystem在大多数情况下，在 JavaScript 下 JavaClass 类型就像 Java 中的对象一样使用（它们有一点点不同，基本上可以认为它们是Nashorn级别上的类的影像），举例，我们可以使用 JavaClass 从 Nashorn 中直接创建 Java 对象。
jjs> var clz = Java.type("java.lang.Object");
jjs> var obj = new clz;
jjs> print(obj);
java.lang.Object@73d4cc9e
jjs> print(obj.hashCode());
1943325854
// Note that this syntax does not work
jjs> var obj = clz.new;
jjs> print(obj);
undefinedJavaScript 和 Java Lambda 表达式
JavaScript 和 Java 之间的互操作性达到了非常深的层次。我们甚至可以使用JavaScript 函数作为 Java 接口的匿名实现（或作为lambda表达式）。 例如，让我们使用一个 JavaScript 函数作为 Callable 接口的一个实例，这个接口只有一个方法 call()，它不需要参数并返回 void。 在 Nashorn 中，我们可以使用 JavaScript 函数作为 lambda 表达式的实现：
jjs> var clz = Java.type("java.util.concurrent.Callable");
jjs> print(clz);
[JavaClass java.util.concurrent.Callable]
jjs> var obj = new clz(function () { print("Foo"); } );
jjs> obj.call();
Foo正如事实所示，基本上，在 Nashorn 中，JavaScript 函数和 Java lambda 表达式之间没有区别。 正如我们在 Java 中看到的，函数被自动转换为适当类型的对象。让我们看看如何使用 Java 的 ExecutorService 接口在线程池上执行 Nashorn 的 JavaScript 代码。
jjs> var juc = java.util.concurrent;
jjs> var exc = juc.Executors.newSingleThreadExecutor();
jjs> var clbl = new juc.Callable(function (){
\java.lang.Thread.sleep(10000); return 1; });
jjs> var fut = exc.submit(clbl);
jjs> fut.isDone();
false
jjs> fut.isDone();
true与等效的 Java 代码相比（即便使用 Java 8 中的 lambdas 表达式），样板代码的减少是相当惊人的。 然而，由于使用了 lambda 的方式，存在一些限制。 例如：
jjs> var fut=exc.submit(function (){\
java.lang.Thread.sleep(10000); return 1;});
java.lang.RuntimeException: java.lang.NoSuchMethodException: Can't
unambiguously select between fixed arity signatures
[(java.lang.Runnable), (java.util.concurrent.Callable)] of the method
java.util.concurrent.Executors.FinalizableDelegatedExecutorService↵
.submit for argument types
[jdk.nashorn.internal.objects.ScriptFunctionImpl]这里的问题是 ExecutorService 有一个重载的 submit() 方法。 一个方法参数为 Callable，另一个重载的方法参数为 Runnable。 不幸的是，JavaScript 函数适用于转换为两种类型（包括 lambda 表达式）。虽然在运行时可以选择其中一个，但不能在它们之间进行选择 ，因此产生了无法“明确选择”的错误消息。
