JSR-292 草案发布了

阅读数:804 2008 年 5 月 28 日

话题:Java编程语言JVMDevOps语言 & 开发架构文化 & 方法

正如John Rose所宣称的那样,在 JavaOne 会议结束不久,JSR-292草案紧接着发布了。JSR-292用来为 Java 虚拟机定义invokedynamic指令规范。

InfoQ 在去年十月份Da Vinci 虚拟机项目(MLVM)发布的时候曾报道过 JSR-292,该项目是对invokedynamic这样的技术的试验台(test bed)。

JSR-292 规范领导者和 MLVM 的主要支撑者 John Rose 在其博客上就 JVM 应更加亲近动态语言的问题进行了一些探讨。最近,Rose就提出 JSR-292 的缘由进行了一些说明

为什么增加另一种调用字节码呢?答案就是调用地点(调用字节码的实例)是非常有用的,然而现存的调用规则与 Java 语言绑定的太紧了以致于 JVM 的很多能量并未对想依附其的语言释放出来。主要的限制如下:
  • 接收者(receiver)类型必须遵循调用地点的解析类型
  • 并没有一般的方式以围绕着调用目标创建适配器(这是上述限制的必然结果)
  • 调用地点必须要链接起来,这意味着调用前已解析的方法就要存在
  • 符号调用名就是实际的方法名(这是上述限制的必然结果)
  • 要有精确的参数匹配(又是一个必然结果)
  • 不能颠倒链接结果(尽管优化结果在不知不觉中发生变化)
动态语言实现者在这些限制上花费了大量时间和精力,根据 JVM 调用字节码(由 Java 语言限制)模拟出一般的调用。

随后,他又阐述了 JSR-292 小组提出的解决方案:

我们用三个步骤解决这些问题。首先,我们以一种简单而一般的方式来处理方法句柄,这是将方法(任意的 JVM 方法)作为行为单元来管理的,这样他们就可以直接调用了(本来就应该这样)。其次,我们用一个链接状态的机器字定义一个 invokedynamic 指令,它是调用地点上目标方法的句柄。第三,我们定义一套核心的 Java APIs 以管理链接状态并为调用地点创建目标方法句柄。注意,他们这些 APIs 能向愿意使用其的 JVMs 提供恰当的优化机会。

草案的宣布也拉开了为期 90 天的 JSR 审查期的序幕,这将于 2008 年 8 月 17 日结束。只要在这期间,你就可以通过多种方式获取信息并就 JSR 有关问题提出反馈:

InfoQ 将持续跟踪 JSR-292 的最新进展并在Java 社区进行更新。

查看英文原文:JSR-292 Early Draft Review Announced