Java 8'de lambda sözdizimi yerine yöntem başvuru sözdizimini kullanmanın bir performans avantajı var mı?

Yöntem referansları lambda sargısının üst kısmını atlıyor mu? Gelecekte olabilirler mi?

Java Eğitim Kılavuzuna göre, Referanslar :

Bazen ... bir lambda ifadesi var olan yöntemi çağırmaktan başka bir şey yapmaz. Bu gibi durumlarda, mevcut yönteme ada göre başvurmak genellikle daha açıktır. Yöntem başvuruları bunu yapmanızı sağlar; Zaten bir adı olan yöntemler için kompakt, okunması kolay lambda ifadeleridir.

Lambda sözdizimini birkaç nedenden dolayı yöntem referans sözdizimine tercih ederim:

Lambdalar daha net

Oracle'ın iddialarına rağmen, lambda sözdizimini, yöntem başvurusu sözdiziminin belirsiz olması nedeniyle, kısa yoldan nesne yöntemi referansından daha kolay okunur buluyorum:

Bar::foo

X sınıfı üzerinde statik bir bağımsız değişken yöntemi mi çağırıyorsunuz ve x'i geçiyorsunuz?

x -> Bar.foo(x)

Yoksa x'te bir sıfır bağımsız değişken örneği yöntemi mi çağırıyorsunuz?

x -> x.foo()

Yöntem referansı sözdizimi, her ikisinde de bulunabilir. Kodunuzun gerçekte ne yaptığını gizler.

Lambdalar daha güvenlidir

Bar :: foo'ya bir sınıf yöntemi olarak başvurduysanız ve Bar daha sonra aynı adı taşıyan bir örnek yöntemi eklerse (veya tersi), kodunuz artık derlenmez.

Lambdaları sürekli olarak kullanabilirsiniz.

Herhangi bir işlevi bir lambdaya sarabilirsiniz - böylece aynı sözdizimini her yerde tutarlı bir şekilde kullanabilirsiniz. Yöntem referansı sözdizimi, ilkel dizileri alan ya da döndüren, kontrol edilen istisnalar atan ya da örnek ve statik bir yöntemle aynı yöntem adına sahip olan (çalışma yöntemi sözdiziminin hangi yöntemin çağrılacağı konusunda belirsiz olduğu için) aynı yöntem adına sahip olmayacak . Aynı sayıda argümanla aşırı yükleme yaptığınız zaman çalışmazlar, ancak yine de yapmamalısınız (bkz. Josh Bloch'un madde 41'i), bu yüzden metot referanslarına aykırı olamayız.

Sonuç

Bunu yapmak için herhangi bir performans cezası yoksa, IDE'mdeki uyarıyı kapatmaya çalışıyorum ve lambda sözdizimini, arada sırada olan yöntem referansını koduma sermeden kullanıyorum.

PS

Ne burada ne de orada, ama rüyamda, nesne yöntemi referansları daha çok benziyor ve lambda sargısı olmadan doğrudan nesne üzerinde yönteme karşı invoke-dinamik uygular:

_.foo()

Birçok senaryoda, lambda ve yöntem referansının eşdeğer olduğunu düşünüyorum. Ancak lambda, aşılama hedefini bildiren arayüz tipine göre saracaktır.

Örneğin

public class InvokeTest {

    private static void invoke(final Runnable r) {
        r.run();
    }

    private static void target() {
        new Exception().printStackTrace();
    }

    @Test
    public void lambda() throws Exception {
        invoke(() -> target());
    }

    @Test
    public void methodReference() throws Exception {
        invoke(InvokeTest::target);
    }
}

Konsolun yığma çıktısını göreceksiniz.

Olarak lambda(), yöntem çağıran target()olduğunu lambda$lambda$0(InvokeTest.java:20), izlenebilir çizgi bilgisi olan. Açıkçası, bu yazdığınız lambda, derleyici sizin için isimsiz bir yöntem oluşturur. Ve sonra, lambda yönteminin arayanı gibi bir şeydir InvokeTest$$Lambda$2/1617791695.run(Unknown Source), yani invokedynamicJVM'deki çağrı, çağrı üretilen yöntemle bağlantılı demektir .

İçinde methodReference(), yöntem çağrısının target()doğrudan yapılması InvokeTest$$Lambda$1/758529971.run(Unknown Source), çağrının yöntemin doğrudan bağlantılıInvokeTest::target olması anlamına gelir .

Sonuç

Hepsinden önemlisi, lambda ifadesinin kullanılması, lambda'dan üretim yöntemine yalnızca bir yöntem daha çağrılmasına neden olacak şekilde, yöntem referansıyla karşılaştırılır .

Her şey metafaktör hakkında

İlk olarak, çoğu yöntem referansları lambda metafaktör tarafından sökülmeye ihtiyaç duymaz, sadece referans yöntemi olarak kullanılırlar. Lambda İfadeleri Çevirisi ("TLE") makalesinin "Lambda vücut şekeri" bölümü altında :

Her şey eşit, özel yöntemler tercih edilen özel, statik yöntemler, örnek yöntemlere göre tercih edilir, en iyisi, lambda gövdelerinin lambda ifadesinin göründüğü en içteki sınıfa çekilmesi, imzaların lambda'nın vücut imzası ile eşleşmesi gerektiğidir. Argümanlar, yakalanan değerler için argüman listesinin önünde hazırlanmalı ve metot referanslarını hiç bir zaman bırakmayacaktır. Ancak, bu temel stratejiden sapmak zorunda kalabileceğimiz istisna durumlar vardır.

Bu, TLE'nin "The Lambda Metafactory" bölümünde daha da vurgulanmıştır:

metaFactory(MethodHandles.Lookup caller, // provided by VM
            String invokedName,          // provided by VM
            MethodType invokedType,      // provided by VM
            MethodHandle descriptor,     // lambda descriptor
            MethodHandle impl)           // lambda body

implBağımsız değişken lambda yöntem, şekeri alınmış lambda gövde ya da bir yöntem referans olarak adlandırılan her iki yöntemi tanımlar.

Statik ( Integer::sum) veya sınırlandırılmamış bir örnek yöntemi ( Integer::intValue) referansları, 'hızlı-yol' metafaktör varyantı tarafından sıyırma işlemi olmadan en iyi şekilde ele alınabilmeleri anlamında, 'en basit' veya en 'uygun' referanslardır . Bu avantaj, TLE’nin “Metafactory varyantlarında” yardımcı olarak belirtilmiştir:

Gerekli olmadıkları argümanları ortadan kaldırarak, sınıf dosyaları küçülür. Ve hızlı yol seçeneği, VM'nin lambda dönüşüm işleminin içselleştirmesini sağlayarak çıtayı düşürerek, bir "boks" işlemi olarak işlem görmesini ve kutudan çıkarma optimizasyonlarını kolaylaştırmasını sağlar.

Doğal olarak, bir örnek yakalama yöntemi reference ( obj::myMethod) sınırlandırılmış örneğe, çağrı için yöntem tutamacının bir argümanı olarak sunulması gerekir; bu, 'köprü' yöntemlerini kullanarak geri çekilme ihtiyacı anlamına gelebilir.

Sonuç

İddia ettiğiniz lamda 'sarmalayıcısının' ne olduğundan tam olarak emin değilim, ancak kullanıcı tanımlı lambda veya yöntem referanslarınızı kullanmanın nihai sonucu aynı olsa da , ulaşılan yol oldukça farklı görünüyor ve Şimdi durum böyle değilse gelecekte farklı olabilir. Bu nedenle, yöntem referanslarının metafactory tarafından daha uygun bir şekilde ele alınmasının mümkün olmamasından daha muhtemel olduğunu düşünüyorum.

Performansı etkileyebilecek lambda ifadeleri kullanıldığında oldukça ciddi bir sonuç vardır.

Bir lambda ifadesi bildirdiğinizde , yerel kapsamda bir kapanma yaratıyorsunuzdur .

Bu ne anlama geliyor ve performansı nasıl etkiliyor?

Peki sorduğuna sevindim. Bu küçük lambda ifadelerinin her birinin küçük bir anonim iç sınıf olduğu ve lambda ifadesinin aynı kapsamındaki tüm değişkenlere referans yaptığı anlamına gelir.

Bu aynı zamanda thisnesne örneğinin ve tüm alanlarının referansı anlamına gelir . Lambda'nın gerçek çağırma zamanlamasına bağlı olarak, bu, çöp toplayıcı bir lambda tutan nesne hala hayatta olduğu sürece, bu referanslardan vazgeçemediğinden, oldukça önemli bir kaynak sızıntısı olabilir.