JSR-292草案发布了

作者 R.J. Lorimer 译者 张龙 发布于 2008年5月28日

领域

语言 & 开发,

架构 & 设计,

运维 & 基础架构,

企业架构,

过程 & 实践

主题

JCP标准 ,

声明 ,

动态语言 ,

语言设计 ,

Java ,

性能和可伸缩性

标签

JVM ,

JCP ,

语言 ,

JSR 292

正如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有关问题提出反馈：

• 参加JSR-292观察员列表
• 参加Google上的JVM Languages group
• 关注John Rose的博客及MLVM主页

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

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

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

1. 返回顶部

   好好做静态语言这份很有前途的职业去吧

   发表人 曹 云飞

   看了本文，我想起了一段对话，Java，好好做你的静态语言这份很有前途的职业去吧。

   回复

• 更早的 >