Java的新发展将如何影响其与Scala和Clojure等语言的互操作性？

据我了解，Scala和Clojure都被设计为新的语言，

1. 取决于JVM，并且
2. 从某种意义上说，它们可以轻松地与Java代码集成，因为它们允许在Scala和Clojure代码中使用Java类。

从Java 8开始（或者在后续的Java版本中可能更强大），Java语言的语义将发生变化。

我想问一下这些变化将如何影响Java与Scala / Clojure之间的互操作性，以及将会带来什么后果。例如，由于Java 8中的lambda不是对象（请参见here），所以Scala和Clojure可能必须处理不是对象的Java值。这会是个问题吗？

我可以想到以下情形：

1. Scala或Clojure语言将得到扩展，以适应新的Java语义（以处理新的非对象值）并支持与Java的互操作性。
2. Scala或Clojure语言将不会扩展。仅当新的Java功能（例如函数值）可以映射到现有概念时，这才有可能。例如，在Scala中，甚至函数都是对象，因此我猜Java函数在对Scala可见时会再次被包装到某种对象中。
3. Scala或Clojure语言将继续支持直至Java 6或7的互操作性，而无需关注Java的最新发展。这将要求仍旧支持Java的较早版本（至少由OpenJDK或其他项目支持），以便这些语言可以基于Java的更为保守/稳定的分支。

总结：我们可以期望Java的未来发展会对Scala和Clojure等语言产生影响，以保持与Java的互操作性吗？已经有一些（链接到）有关此主题的正在进行的讨论吗？

注意

我可以想象Scala，Clojure和其他基于JVM的语言在将其实现更新到较新版本的JVM时不会有任何重大问题（并且新的JVM功能将使此实现更加容易）。我的问题集中在Java语言的功能以及其他JVM语言是否能够/如何“看到” /使用这些新功能，而不是基于JVM的语言是否可以在最新的JVM上运行。

实际上，Java 8并没有引入太多对与Java互操作的其他JVM语言有害的信息。在Lambda上完成的工作帮助解决了许多有关invokedynamic，MethodHandles，MethodReferences等的小问题-但除此之外，它仍然可以正常进行。就是说，现在有许多其他JVM语言可以调用的全新API。他们将默认使用或不使用哪个取决于他们。

影响互操作性的最大变化实际上是Java 7引入的-允许在JVM中进行动态/后期绑定调用的invokedynamic字节码-最初是为JVM上的其他语言设计的。从那以后，它非常有用地适合Lamdbas，因此从Java 8开始，Java实际上将开始发出这些字节码。

一些语言（例如JRuby）已经大量使用invokedynamic，而另一些语言（Scala，Groovy等）仍在研究其使用或处于修补的早期阶段。理论上，它使它们的动态调用几乎与现有的性能一样Java调用静态调用，而不是过去不得不使用的许多较慢的变通方法。

随着项目Jigsaw进入平台，Java 9将为JVM语言带来更多挑战，这将成为传统上JVM的类加载和类路径的终结。JVM语言人员非常了解这一点，我希望可以进行一些明智的合作。

当Java添加lambda时，Scala会被抛在后面，因为Java lambda会根据其所使用的上下文来分配类型，而Scala lambda会根据其参数，参数类型和返回类型来分配类型，例如，

executor.execute(() -> { System.out.println("hello world"); });

从Java 8可以用Scala编写为：

executor execute new Runnable {
    override def run() { println("hello world") }
}

除非您使用/编写一些将Scala（）=> Unit转换为Runnable的包装器。