メソッド参照とラムダの使用時に、スタックトレースがナビゲートしにくいですか？

Question

Eclipseで簡単な実験を行ったばかりです。メソッドリファレンステストが失敗した場合

public class StackTractTest { 

    static class Nasty { 
    public Integer toInt() { 
     if (1 == 1) throw new RuntimeException(); 
     return 1; 
    } 
    } 

    @Test 
    public void methodReference() { 
    Stream.of(new Nasty()) 
     .map(Nasty::toInt) 
     .findFirst(); 
    } 

    @Test 
    public void lambda() { 
    Stream.of(new Nasty()) 
     .map(n -> n.toInt()) 
     .findFirst(); 
    } 

} 

、トレースは

java.lang.RuntimeException 
    at com.example.StackTractTest$Nasty.toInt(StackTractTest.java:11) 
    at com.example.StackTractTest$$Lambda$1/1681433494.apply(Unknown Source) 
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) 

を開始し、バックトレースの端部（図示せず）がメソッド参照が使用されている行への参照はありませんオンラインでfindFirstとリンクしています。

lamdbaのスタックトレースが正しくラムダを識別

java.lang.RuntimeException 
    at com.example.StackTractTest$Nasty.toInt(StackTractTest.java:11) 
    at com.example.StackTractTest.lambda$0(StackTractTest.java:26) 
    at com.example.StackTractTest$$Lambda$1/1681433494.apply(Unknown Source) 
    at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) 

はライン26

で使用されていたから始まりますが、これはEclipseのコンパイラのクセですかこれはメソッドの参照を使用しての一般的な欠点でありますそれらとラムダの間で選択するときに考慮する必要がありますか？

Answer 1

いいえ、これは現在実装されています。その引数リストと戻り値の型が一致するメソッドに

コンパイラはラムダ式に遭遇すると、最初に低下する（desugars）ラムダ本体：ラムダ式の翻訳についてのブライアン・ゲッツによって書かれたa paperを引用

メソッドの参照は、ほとんどのメソッドの参照が新しい方法に脱糖する必要がないことを除いて、ラムダ式と同じように扱われ

...ラムダ式のこと。参照メソッドの定数メソッドハンドルをロードしてメタファクトに渡すだけで済みます。

あなたの2つのスタックトレース間の唯一の違いは、明示的なラムダとの1は、この行を追加したことである。

at com.example.StackTractTest.lambda$0(StackTractTest.java:26) 

をラムダが新しく生成された方法にjavacによって翻訳されたので、それがあり、そしてあなたこの新しいメソッドがlambda$0であったことをスタックトレースで実際に見ることができます。

メソッド参照では、既存のメソッドを直接参照するため、新しいメソッドを生成する必要はありません。

Answer 2

いいえ - 実際にはもっと明確になります。

at com.example.StackTractTest.lambda$0(StackTractTest.java:26)ラインは、ラムダバージョンに表示されているという事実は、メソッドのリファレンスを使用すると、余分なものを作成しませんが、ラムダは、この技術のためを作成されたことを思い出させています。

ラムダは実行時に作成され、メソッド参照はコンパイル時に作成できます。