自从我与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倍。
现在是时候在日常开发中检查一些更现实的情况了。 我选择了简单的POJO / POGO(是的),并进行了一些简单的操作,只是为了确保JIT不会消除我的代码(相信我,他喜欢这样做)。 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,迭代测量并计算平均值)
性能比较
方法 | Java [ns] | Groovy [ns] | 因子 |
---|---|---|---|
叉/连接 | 22.132 | 181.018 | 8.18 |
波霍斯 | 117.914 | 856.337 | 7.26 |
快速排序 | 68.728 | 330.159 | 4.80 |
使用@CompileStatic的Quicksort | 67.752 | 147.792 | 2.18 |
翻译自: https://www.javacodegeeks.com/2013/09/java-7-vs-groovy-2-1-performance-comparison.html