Java Lambda表達式通常不會產(chǎn)生性能成本，並且通常比匿名課程更好。 1。無狀態(tài)lambdas作為單身人士實現(xiàn)，與匿名類相比，將存儲器開銷和類加載成本減少，該類別生成單獨的.class文件和對象。 2。捕獲Lambdas的開銷略有分配，但在大多數(shù)情況下仍然勝過匿名類。 3。 JIT編譯器可以有效地插入Lambda方法，尤其是當呼叫位點是單態(tài)時，儘管循環(huán)中的Lambda過多會增加垃圾收集壓力。 4。帶有蘭伯達的流式的流動提高了代碼的清晰度，但由於抽象和對象創(chuàng)建而可能比原始循環(huán)慢，從而使它們不適合至關(guān)重要的緊密循環(huán)。 5。方法參考（例如，System.out :: println）比同等的Lambda包裝器更有效，由於間接減少，應在可能的情況下優(yōu)選。總而言之，在大多數(shù)情況下，Lambdas會提供可忽略的或積極的性能影響，只要它們沒有在熱路上過度使用，就可以將可讀性和可維護性的好處超過最低成本，即確認性能行為的概況。

Java Lambda在Java 8中引入的表達式為語言帶來了功能性編程功能，並顯著提高了代碼的可讀性和簡潔性。但是，許多開發(fā)人員想知道： Lambdas是否有性能成本？簡短的答案是：通常不是 - 在許多情況下，它們甚至可以比傳統(tǒng)的匿名課程更好。但是有細微差別。

讓我們打破Java Lambda表達式的真正性能影響。

1。 Lambdavs .匿名類：內(nèi)存和啟動成本

在Lambdas之前，我們使用匿名內(nèi)部類來通過行為：

可運行的R1 = new Runnable（）{
    public void run（）{
        system.out.println（“ hello”）;
    }
};

與Lambdas：

可運行的R2 =（） - > System.out.println（“ Hello”）;

關(guān)鍵區(qū)別：
匿名類在編譯時創(chuàng)建一個新的.class文件，並每次都會實例化新對象 - 這意味著內(nèi)存開銷和類加載成本。

Lambdas被優(yōu)化：
Java編譯器和JVM使用invokedynamic （在Java 7中引入）來延遲功能對象的創(chuàng)建。當大多數(shù)lambda表達式不捕獲狀態(tài)時，它們都將其實現(xiàn)為單例。

例如：

 （） - > system.out.println（“ Hello”）//無狀態(tài) - 可能是單身人士

此lambda是一次創(chuàng)建的，並在調(diào)用中重複使用。

但：

 int x = 42;
可運行的r =（） - > system.out.println（x）; //捕獲Lambda

這個捕獲一個變量，因此每次都可以創(chuàng)建一個新實例（取決於上下文）。

？表演要點：

• 無狀態(tài)的蘭巴斯：輕巧，低內(nèi)存，快速。
• 捕獲Lambdas：開銷略多（對象分配），但在大多數(shù)情況下仍然比匿名類更好。

2。 JIT優(yōu)化和內(nèi)部

一個問題是Lambdas是否可以防止JIT（即時）編譯器的優(yōu)化。

好消息：
JVM像常規(guī)方法一樣對待lambda方法物體。一旦熱（經(jīng)常被調(diào)用），JIT可以像其他任何方法一樣嵌入Lambda的目標方法。

但是，通過功能界面有一個小的間接方向。但是，由於lambdas通常被編譯為靜態(tài)或?qū)嵗椒ǎㄍㄟ^lambda metagactory ），並且呼叫位點變成單態(tài)，因此JIT可以有效地處理它們。

??例外：
如果您以導致過度對象分配的方式使用lambdas（例如，在循環(huán)中創(chuàng)建數(shù)千個捕獲的lambdas），則會看到GC壓力。

不良模式的示例：

 for（int i = 0; i <100_000; i）{
    list.add（（） - > System.out.println（i））; // 100k對象！
}

？最佳實踐：
避免不必要地將蘭伯達分配給至關(guān)重要的循環(huán)中。盡可能重複使用它們。

3。流API和Lambda：性能權(quán)衡

Lambdas通常與Java流一起使用：

 list.stream（）
    .filter（x-> x> 10）
    .map（x-> x * 2）
    .foreach（system.out :: println）;

雖然乾淨，但由於：

• 物體創(chuàng)建（即使最少）
• 抽像開銷（迭代器，管道階段）
• 缺乏低級控制

但：

• 對於平行流，收益通常超過成本。
• 對於複雜的數(shù)據(jù)處理，流以可接受的性能提高了可讀性。
• 隨著時間的推移，JVM繼續(xù)優(yōu)化流管道。

？指南：

• 使用流以清晰度和可維護性。
• 在關(guān)鍵性，緊密的循環(huán)中使用傳統(tǒng)的循環(huán)（例如，數(shù)學繁重的處理）。
• 在優(yōu)化之前始終配置。

4。方法參考與Lambdas

方法參考（例如System.out::println ）通常比Lambda包裝器更有效：

 list.foreach（system.out :: println）; //首選
list.foreach（x-> system.out.println（x））; //輕微的間接

第二個創(chuàng)建了委託人的lambda - 額外的方法調(diào)用，儘管JIT可以將其優(yōu)化。

？盡可能使用方法參考 - 它們更乾淨，稍快。

摘要：Lambdas慢嗎？

底線：
Lambda表達式在大多數(shù)現(xiàn)實世界應用中具有微不足道或積極的性能影響。他們不是性能的反圖案。代碼清晰度和功能性編程的好處遠遠超過了微小的成本 - 只要您避免濫用它們（例如，創(chuàng)建大量實例）。

自由使用Lambdas，但請注意熱路徑中的對象分配。如有疑問，請與探查器進行測量- 不要根據(jù)假設進行優(yōu)化。

基本上，您是安全的。

以上是Java Lambda表達式的性能影響的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！