JSR-292（invokedynamic）会对 Groovy 性能产生多大影响？

Question

是否有一个估计表明 JSR-292 对 Groovy 性能的影响有多大？

Answer 1

invokedynamic 确实是一个复杂的故事，因为 JDK7 中的性能特征一直在变化。在将 Groovy 移植到 indy 的过程中，我真的非常非常接近 Java，大约是 1.5 倍。但我必须使用 catchExceptionGuard，这会将性能降低到大约 3-4 倍。我们仍然需要研究避免使用该警卫的方法。也许我们必须为此破坏 Groovy 2.2 中的一些现有代码。无论如何，我不需要如上所述的 invokeMethod 后备保护。对于可能包含其他异常的 GroovyRuntimeExceptions，我必须对其进行解包或执行其他操作。因此，理论上可能的性能似乎介于 Java 和现有方法的 Java 速度的一半之间。对 invokeMethod 的调用的性能是一个完全不同的故事。

如果您需要更多，请在 Groovy 2.0 中使用 @CompileStatic。

Answer 2

我认为还没有一个基准，在有人执行之前我们只能猜测......

您可能会发现 这篇文章在这件事上很有趣。

Answer 3

一般来说，速度会快 10-50 倍左右。

http://www.mail-archive.com/ [电子邮件受保护]/msg00819.html

Answer 4

我不确定它在多大程度上适用于 Groovy。如果我没记错的话，Groovy 有一些后备方案（例如 invokeMethod 方法）。我认为，不可能简单地使用 invokedynamic 的回退。

但是，有一些方法：

• 捕获未找到方法时引发的异常。不幸的是，可能有必要分析堆栈跟踪，因为您无法确定它是从哪里抛出的。当调用不存在的方法时，无论它是由 invokeMethod 回调处理的，这都可能会显着减慢速度。
• 看看 Groovy++。如果满足某些约束，它允许您使用静态类型。在这种情况下，可以允许您切换到“严格动态模式”，该模式不允许这些回退。