Czy śledzenie stosu jest mniej żeglowne, gdy używa się referencji metod względem lambdas?

Question

Właśnie przeprowadziłem szybki eksperyment w 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(); 
    } 

} 

Gdy test metodą odniesienie nie, ślad zaczyna

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) 

nie ma odniesienia do linii, w której odniesienie sposób jest stosowany, chociaż koniec śladu (nie pokazano) powraca do linii z findFirst na.

Choć StackTrace lamdba zaczyna

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) 

Które poprawnie identyfikuje lambda został wykorzystany na linii 26.

Czy to osobliwością kompilatora Eclipse czy jest to ogólny wadą stosowania metody referencje że należy wziąć pod uwagę przy wyborze między nimi a lambdą?

Answer 1

Nie, tak to obecnie jest realizowane.

Cytowanie a paper napisany przez Brian Goetz o tłumaczeniu wyrażeń lambda:

Gdy kompilator napotka wyrażenia lambda, najpierw obniża (desugars) ciało lambda do metody, której argumentem lista i powrotu typ dopasowania że wyrażenia lambda

...

metoda odniesienia są traktowane w ten sam sposób jako wyrażenia lambda, oprócz tego, że większość odnośników metoda nie muszą być odcukrzona do nowej metody; możemy po prostu załadować uchwyt metody stałej dla metody referencyjnej i przekazać ją do metafactory.

Jedyną różnicą między dwoma stacktraces jest to, że jeden z wyraźną lambda ma ten wiersz w brzmieniu:

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

to dlatego, że lambda został przetłumaczony przez javac do nowo wytworzonej metodą, a ty może rzeczywiście zobaczyć w stosie, że ta nowa metoda była lambda$0.

W przypadku odwołania do metody nie jest konieczne generowanie nowej metody, ponieważ bezpośrednio odwołuje się do istniejącej metody.

Answer 2

Nie - w rzeczywistości uzyskasz większą przejrzystość.

Fakt, że linia at com.example.StackTractTest.lambda$0(StackTractTest.java:26) pojawi się w wersji lambda przypomina, że ​​lambda jest stworzony dla tej techniki podczas korzystania z Referencyjna metoda nie tworzy żadnych dodatków.

Wartość lambda jest tworzona w czasie wykonywania, odwołanie do metody może być konstruowane w czasie kompilacji.