我在课程作业中遇到了这个问题" scala专业化" (这是简化版本,并不包含任何作业细节,它只是数组遍历)
val chars: Array[Char] = some array
def fun1(idx:Int):Int = {
some code here (including the stop condition)
val c = chars(idx)
c match{
case '(' => fun1(idx+1)
case _ => fun1(idx+1)
}
}
此代码比
慢4倍def fun2(idx: Int):Int = {
some code here (including the stop condition)
val c = chars(idx)
(c == '(') match{
case true => fun2(idx+1)
case _ => fun2(idx+1)
}
}
我正在做的就是改变模式匹配 (我使用ScalMeter运行它,所以我相信统计数据。)
任何人都可以解释这种行为吗?
答案 0 :(得分:2)
我只能确认第一个match
慢了约50%,而不是4x(2.11.8)。无论如何,如果查看字节码,您会发现第一个match
被转换为tableswitch
指令,该指令通常用于具有多个选项的Java switch
语句,并且基本上是一个查找goto,而第二个被翻译为if
。所以第二个match
就是:
if (c == '(') fun2(idx+1) else fun2(idx+1)
答案 1 :(得分:1)
更新以下是错误的(这些测试中的大部分时间用于生成数据,因此实际遍历时间的差异并不明显。使用常量输入运行相同的基准显示~125ms {1}}案例每1亿条目与另一案例约35毫秒。)
我没有看到你所描述的差异。不确定ScalaMeter是如何做到的,但是在repl中运行它(在让#34;热身"运行"干"几次之后),我得到几乎相同的性能:
case ')'
等。如你所见,没有相当大的差异。