groovy 2.5.4_Java 7 vs Groovy 2.1性能比较

groovy 2.5.4

自从我与Grails上一次接触以来，我已经有两年没有使用Groovy了。我陷入（硬）核心企业Java中，但在后台遇到了一些性能方面的问题。我几乎错过了学习Spock的机会，但是幸运的是，华沙Java用户组帮助我摆脱了一些旧系统，恢复了正常的自我开发。实际上，我希望Spock或Geb之类的框架能够通过使它们更容易，更有效来改变编写测试的方法。这两个框架都使用Groovy以及构建工具中的新国王– Gradle 。看到Groovy的速度如何影响我们的日常工作，我决定仔细研究它的性能，并将其与Java 7进行比较。

我的测试环境基于Java 1.7.0_25和Groovy 2.1.6。像往常一样，我在1.0-beta-1版本（几乎稳定）中使用了Caliper ，并准备了许多（我希望）具有代表性的微基准。

基于Fork / Join框架的第一个基准测试在两种语言中应该是最相似的，因为它使用了一些本机机制。我的测试使用一些随机的int数据初始化了数组，然后使用框架在数组中找到最大的元素。在Groovy中，我的计算函数如下所示：

@Override
Integer compute() {def size = end - startif (size == 1) {Math.max(array[start], array[end])} else {int diff = size / 2MaxValueSeeker left = new MaxValueSeeker(array, start, start + diff)left.fork()MaxValueSeeker right = new MaxValueSeeker(array, start + diff, end)Math.max(right.compute(), left.join())}
}

Java版本当然非常相似。经过十几分钟的测量，我得到了非常可观的结果：Groovy仅慢了8倍。

现在是时候在日常开发中检查一些更现实的时候了。为了确保JIT不会消除我的代码（我相信他喜欢做这样的笑话），我选择了简单的POJO / POGO（是的），并进行了一些简单的操作。我在groovy中的伪“业务逻辑”方法：

def int proceed(int reps) {List<GroovyPojo> list = new ArrayList<>()int sum = 0;reps.times {// first param is int and second is Stringlist.add(new GroovyPojo(value: it, stringValue: it))}list.each {if (Integer.parseInt(it.stringValue) == it.value) {sum += it.value}}sum
}

Java版本的主要区别在于POJO构造函数中的getter和手动String boxing。在阅读新闻上又花了十几分钟的时间……这次，Groovy仅慢了7倍

最后的测试应具有压力，并在更复杂的计算中检查两种语言。我下定决心，选择了快速排序算法。循环很少，如果if语句不起作用。我不会在这里复制粘贴它，因为这是众所周知的解决方案。值得一提的是计时结果，几乎是Groovy的5倍！但是我已经进行了一些谷歌搜索，并注意到Groovy 2.0引入了@CompileStatic批注，这应该给我们带来一些额外的性能提升。因此，让我们检查一下……是的，通过静态编译，Java的优势下降到了220％。

在下表中，您可以找到详细的结果。总结一下–我不确定在关键任务功能中使用Groovy是个好主意，但绝对是实现测试，原型设计等的绝佳解决方案。让我强调一下，在Caliovy中编写Caliper的结果解析器大约需要6行（解析json，迭代测量并计算平均值）