kotlin性能_Kotlin的性能调优变得轻松

kotlin性能

我经常在http://slack.kotlinlang.org/上看到开发人员&＃xff0c;想知道他们的哪些代码片段性能更高。 通常&＃xff0c;其中一个片段类似于Java中的处理方式&＃xff0c;而另一个则是Kotlin惯用的方式。 通常&＃xff0c;一种假设是&＃xff0c;通过添加语法糖&＃xff0c;“ Kotlin方式”比更冗长的“ Java方式”要慢。 并非总是如此。

具有Java开发背景&＃xff0c;每当我负责基准测试代码块/方法的性能时&＃xff0c;我都会自动考虑这样做&＃xff1a;

您不得不用Java写类似的东西多少次&＃xff0c;认为必须有更好的方法&＃xff1f;

更好的方法终于来了&＃xff0c;同样&＃xff0c;它来自Kotlin。

更直观&＃xff0c;更简洁的代码&＃xff0c;没有数学&＃xff08;尽管很基础&＃xff09;都意味着编写代码时出错的机会更少。

注意&＃xff0c; measureTimeMillis &＃xff08;以及measureNanoTime &＃xff09;是标准库函数。 在Kotlin中&＃xff0c;当函数将lambda作为最后一个参数时&＃xff0c;可以在函数调用后提供lambda&＃xff0c;如下所示&＃xff1a;

并且由于没有其他参数传递给该函数&＃xff0c;因此可以完全省略括号&＃xff1a;

让我们来看一个示例用法。 在处理整数时&＃xff0c;我们将比较基本的for循环和Kotlin标准库中的forEach函数之间的性能&＃xff1a;

当我都运行时&＃xff0c;我为forLoopMillisElapsed和forEachMillisEllapsed分别打印了3毫秒和15毫秒 分别。 因此&＃xff0c;我着手弄清楚性能差异的原因可能是什么。

IntelliJ IDEA使您可以使用“ 工具”>“ Kotlin”>“显示Kotlin字节码”>“反编译”轻松地将Kotlin代码反编译为Java。 让我们反编译上面的两个代码块并研究结果&＃xff1a;

反编译了for循环的代码段包含&＃xff1a;

反编译了forEach循环的代码段包含&＃xff1a;

因此&＃xff0c;可以得出这样的逻辑&＃xff0c;即在这种特殊情况下&＃xff0c;forEach函数比常规的for循环慢&＃xff0c;这是由于在数组上进行迭代时分配Iterator和Iterable对象的开销。

因为使用Kotlin进行基本的代码性能测量非常容易&＃xff0c;所以我期望使用measureTimeMillis 在我的代码中&＃xff0c;相当向前发展。 这与研究反编译的Kotlin字节码一起&＃xff0c;是了解Kotlin如何与JVM交互的好方法。 生成的代码将始终是最优的吗&＃xff1f; 不一定—在代码性能&＃xff0c;清晰度和简洁性之间总要权衡取舍。 但这是另一篇文章的主题。

翻译自: https://hackernoon.com/basics-of-measuring-performance-in-kotlin-e1dec6c0fa95

kotlin性能