考虑以下非常简单的代码:
class A(val a: String, val b: Int)
object Test {
implicit class wrap(obj: A) {
def fn = obj.a + obj.b
}
def main(args: Array[String]) =
println(new A("Hello", 1).fn)
}
反汇编代码产生:
public void main(java.lang.String[]);
Code:
0: getstatic #29; //Field scala/Predef$.MODULE$:Lscala/Predef$;
3: aload_0
4: new #31; //class A
7: dup
8: ldc #33; //String Hello
10: iconst_1
11: invokespecial #36; //Method A."<init>":(Ljava/lang/String;I)V
14: invokevirtual #38; //Method wrap:(LA;)LTest$wrap;
17: invokevirtual #42; //Method Test$wrap.fn:()Ljava/lang/String;
20: invokevirtual #46; //Method scala/Predef$.println:(Ljava/lang/Object;)V
23: return
fn
编译器在隐式使用时有效地创建了包装对象。
虽然我很清楚 JIT 编译可以消除这一点,但过早的优化是不好的,而且我不太可能在我的大多数代码中遇到任何性能问题,但在后台创建静态函数似乎并不就像编译器的大量工作一样,并且会消除这一点。
所以,你去吧,我只是好奇:Scala 团队决定不包括这个优化有什么特别的原因吗?