JRuby Roundup：改善的Java集成与调试（JSR-45）

按照计划这个月底将要发布JRuby的下一个维护性版本。在众多变化中最令人关注的就是与Java的集成——定义了Ruby代码与Java库交互的方式。Java集成不仅涉及到一些基本语义，如强制类型或者重载、还精简了Ruby与Java的交互，这使我们可以将一个Ruby Block传到一个Java方法中。 Charles Nutter 向我们展示了最近在JRuby与Java集成方面的一些进展 ：

0. 显然，我们已经完成了很多卓有成效的工作。
1. 闭包可以传递到任何方法中，前提是该方法的最后一个参数是一个接口类型；该闭包可以转化为目标接口类型。thread = java.lang.Thread.new { puts 'here' }

2. 现在可以针对接口中的所有方法使用Ruby式（使用下划线）的名称来实现接口。
class Foo
 include java.awt.event.ActionListener
 def action_performed(event)
 ...
 end
end

3. 可以使用attr*. [..]实现具有bean式方法的接口

4. 如果接口中有boolean方法，那么我们可以使用该方法名的问句（question-marked）版本来实现该接口。

另一个改进就是使用了JSR-45特性来改善调试（注意：在本文发布之际该链接可能无效）。JSR-45可以将源文件及其行号映射到class文件中。它还定义了类属性（SourceDebugExtension），该属性包含有SMAP格式的元数据，而SMAP格式是由JSR定义的，用来说明class文件来自于哪个源文件。当我们查看编译器代码时我们会看到，行号信息已经被加到了产生的class文件中了。用来产生class文件的ASM允许通过visitLineNumber方法设置行号。

通过加入SMAP文件，常用的Java调试器如jdb可以单步跟踪已编译成字节码的Ruby代码（该示例显示了如何使用jdb单步跟踪Ruby文件）。

该新功能是向JRuby快速调试器迈进的另一步——然而要注意到这种方式只适用于已编译成字节码的代码。解释的代码仍旧需要由现有的基于跟踪或者回调的调试器处理。一个应用中有多少代码能转化成字节码依赖于几个因素。例如，运行超出了PermGen空间以外会有风险，因为它经常导致JVM崩溃/终止。为了解决该问题，JRuby JIT限制了编译方法的数量（限制的数量可以配置）。

查看英文原文：JRuby Roundup: Java Integration and Debugging (JSR-45) Improvements