Java 8 是否快取方法引用以及何時應考慮快取它們？

Java 8 中的方法引用快取：詳細檢查

簡介

使用時8 的方法參考中，出現了一個關於快取的潛在好處的問題。本文探討了快取方法引用的含義，並就其何時發揮優勢提供了指導。

區分呼叫網站和方法引用執行

區分這一點至關重要使用無狀態或有狀態 lambda經常執行相同呼叫點，以及不同方法經常使用對相同方法的方法引用之間call-sites.

範例分析

考慮以下範例：

Runnable r1 = null;
for (int i = 0; i < 2; i++) {
    Runnable r2 = System::gc;
    if (r1 == null) {
        r1 = r2;
    } else {
        System.out.println(r1 == r2 ? "shared" : "unshared");
    }
}

這裡，同一個呼叫點被執行兩次，產生無狀態lambda，實作將列印「共享」。

Runnable r1 = null;
for (int i = 0; i < 2; i++) {
    Runnable r2 = Runtime.getRuntime()::gc;
    if (r1 == null) {
        r1 = r2;
    } else {
        System.out.println(r1 == r2 ? "shared" : "unshared");
        System.out.println(r1.getClass() == r2.getClass() ? "shared class" : "unshared class");
    }
}

與在這個範例中，同一個呼叫站點被執行兩次，產生一個包含對運行時實例的引用的 lambda，並且該實作將列印「unshared」但「shared class」。

Runnable r1 = System::gc, r2 = System::gc;
System.out.println(r1 == r2 ? "shared" : "unshared");
System.out.println(r1.getClass() == r2.getClass() ? "shared class" : "unshared class");

相反，最後一個範例包括兩個單獨的呼叫站點，產生等效的方法引用，但從Java 8.0.05 開始，它將列印「unshared」和「unshared」 class."

JVM 行為

Java 虛擬機器(JVM)在處理方法參考方面發揮著重要作用。重複使用第一次呼叫期間形成的CallSite 實例。 ConstantCallSite，其中包含常數物件的MethodHandle。映射的額外開銷。 lambda。產生不同的結果，但不一定有更好的效能。

• 當多個呼叫點引用同一個方法時
• 當在建構函式/類別初始化中建立lambda 時
• 當使用點將由多個並發執行時執行緒
• 當第一個lambda呼叫的較低效能是關注

結論

在某些場景下，快取方法引用可以是一種最佳化技術。然而，快取的決定應該基於對程式碼和具體效能要求的仔細分析。 JVM 對方法引用的處理為優化 Java 8 中的 lambda 和方法引用使用提供了堅實的基礎。

以上是Java 8 是否快取方法引用以及何時應考慮快取它們？的詳細內容。更多資訊請關注PHP中文網其他相關文章！