Dấu vết ngăn xếp có ít điều hướng hơn khi sử dụng tham chiếu phương thức so với lambdas không?

Question

Tôi vừa thực hiện một thử nghiệm nhanh trong 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(); 
    } 

} 

Khi thử nghiệm phương pháp tham chiếu không thành công, dấu vết bắt đầu

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) 

Không có tài liệu tham khảo về dòng mà trên đó các tài liệu tham khảo phương pháp được sử dụng mặc dù cuối của các dấu vết (không hiển thị) liên kết ngược lại với dòng findFirst vào.

Trong khi stacktrace lamdba bắt đầu

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) 

nào xác định một cách chính xác các lambda được sử dụng trên dòng 26.

Đây có phải là một nét đặc biệt của trình biên dịch Eclipse hoặc đây là một nhược điểm chung của việc sử dụng tài liệu tham khảo phương pháp mà nên được cân nhắc khi lựa chọn giữa chúng và lambda?

Answer 1

Không, đây là cách nó hiện đang được triển khai.

trích dẫn a paper được viết bởi Brian Goetz về bản dịch của biểu thức lambda:

Khi trình biên dịch gặp một biểu thức lambda, nó làm giảm đầu tiên (desugars) cơ thể lambda thành một phương pháp mà luận danh sách và kiểu trả về trận đấu mà của biểu thức lambda

...

phương pháp tài liệu tham khảo được đối xử giống như biểu thức lambda, ngoại trừ rằng hầu hết tài liệu tham khảo phương pháp không cần phải được khử đường vào một phương pháp mới; chúng ta có thể chỉ cần tải một phương thức xử lý hằng số cho phương thức được tham chiếu và chuyển nó tới metafactory.

Sự khác biệt duy nhất giữa hai stacktraces của bạn là một với lambda rõ ràng có dòng này nói thêm:

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

Nó được vì lambda được dịch bởi javac vào một phương pháp mới được tạo ra, và bạn thực sự có thể thấy trong stacktrace rằng phương pháp mới này là lambda$0.

Với tham chiếu phương pháp, không cần thiết phải tạo phương thức mới vì nó trực tiếp tham chiếu đến phương thức hiện có.

Answer 2

Không - thực tế bạn sẽ rõ ràng hơn.

Thực tế là dòng at com.example.StackTractTest.lambda$0(StackTractTest.java:26) xuất hiện trong phiên bản lambda nhắc bạn rằng lambda là được tạo cho kỹ thuật này trong khi sử dụng tham chiếu phương thức không tạo thêm bất kỳ thứ gì.

Lambda được tạo tại thời gian chạy, tham chiếu phương pháp có thể được xây dựng tại thời gian biên dịch.