日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間：8:30-17:00
你可能遇到了下面的問題
關閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Java比C++慢？看了測試結果，顛覆了我的認知，不得不說JIT真的強

本文轉(zhuǎn)載自微信公眾號「Java大廠面試官」，作者laker。轉(zhuǎn)載本文請聯(lián)系Java大廠面試官公眾號。

創(chuàng)新互聯(lián)是一家專注于成都網(wǎng)站制作、做網(wǎng)站、外貿(mào)營銷網(wǎng)站建設與策劃設計,龍鳳網(wǎng)站建設哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設十載,網(wǎng)設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:龍鳳等地區(qū)。龍鳳做網(wǎng)站價格咨詢:18982081108

每一個優(yōu)秀的人，都有一段沉默的時光。那一段時光是付出了努力，忍受了孤獨和寂寞，日后說起時，自己都被感動的日子。

1. 概述

編程語言根據(jù)其抽象級別進行分類。我們區(qū)分高級語言(Java，Python，JavaScript，C ++，Go)，低級語言(匯編程序)，最后是機器代碼。

每個高級語言代碼(例如Java)都需要轉(zhuǎn)換為機器本地代碼才能執(zhí)行。該翻譯過程可以是編譯或解釋。但是，還有第三種選擇。試圖利用兩種方法的組合。

2. 編譯與解釋

讓我們開始研究編譯和解釋語言之間的一些差異。

2.1 編譯語言

編譯器將編譯語言(C ++，Go)直接轉(zhuǎn)換為機器碼。

在執(zhí)行之前，它們需要明確的構建步驟。這就是為什么每次更改代碼時都需要重新編譯程序。

編譯語言往往比解釋語言更快，更有效。但是，它們生成的機器碼是特定于平臺的。

2.2 解釋語言

在解釋語言(Python，JavaScript)中，沒有構建步驟。相反，解釋器在執(zhí)行程序時對程序的源代碼進行操作。

曾經(jīng)認為解釋語言比編譯語言要慢得多。但是，隨著即時編譯(JIT)的發(fā)展，性能差距正在縮小。JIT編譯器在程序運行時將代碼從解釋語言轉(zhuǎn)換為機器碼。

此外，我們可以在Windows，Linux或Mac等多個平臺上執(zhí)行解釋后的語言代碼。解釋代碼與特定類型的CPU體系結構沒有關聯(lián)。

3. Write Once Run Anywhere

Java和JVM在設計時考慮了可移植性。因此，當今大多數(shù)流行的平臺都可以運行Java代碼。

這聽起來似乎暗示著Java是一種純解釋性語言。但是，在執(zhí)行之前，需要將Java源代碼編譯為字節(jié)碼。字節(jié)碼是JVM固有的一種特殊機器語言。JVM在運行時解釋并執(zhí)行此代碼。

它是JVM為支持Java的每個平臺構建和定制的，并不是我們的程序或庫。

JVM也具有JIT編譯器。這意味著JVM在運行時優(yōu)化我們的代碼，以獲得與編譯語言相似的性能優(yōu)勢。

4. Java編譯器

javac的命令行工具把Java源代碼編譯轉(zhuǎn)換成Java類文件(xxx.class)與平臺無關的字節(jié)碼：

 
 
 
 
      
  
  
  
  1. $ javac HelloWorld.java 
    2.

源代碼文件帶有.java后綴，而包含字節(jié)碼的類文件則帶有.class后綴。

5. Java虛擬機

編譯的類文件(字節(jié)碼)，可以由JVM執(zhí)行：

 
 
 
 
      
  
  
  
  1. $ java HelloWorld 
    2.   
  
  
  
  2. Hello Java! 
    3.

在運行時如何將字節(jié)碼轉(zhuǎn)換為機器本機代碼。

5.1 架構概述

JVM由五部分組成：

  • 類加載器
  • JVM內(nèi)存結構
  • 執(zhí)行引擎
  • 本地方法接口
  • 本地方法庫

5.2 類加載器

JVM利用ClassLoader將已編譯的類文件加載到JVM內(nèi)存

除加載外，ClassLoader還執(zhí)行鏈接和初始化。

  • 驗證字節(jié)碼是否存在安全漏洞
  • 為靜態(tài)變量分配內(nèi)存
  • 用原始引用替換符號內(nèi)存引用
  • 將原始值分配給靜態(tài)變量
  • 執(zhí)行所有靜態(tài)代碼塊

5.3 執(zhí)行引擎

執(zhí)行引擎負責讀取字節(jié)碼，將其轉(zhuǎn)換為機器本機代碼并執(zhí)行。

三個主要組件負責執(zhí)行，包括解釋器和編譯器：

  • 由于JVM與平臺無關，因此它使用解釋器執(zhí)行字節(jié)碼
  • JIT編譯器在重復的方法調(diào)用處，把字節(jié)碼編譯為本地代碼以提高性能。
  • 垃圾收集器收集并刪除所有未引用的對象。

執(zhí)行引擎利用本機方法接口(JNI)來調(diào)用本地庫和應用程序。

5.4 即時編譯器(JIT)

解釋器的主要缺點是:每次調(diào)用方法時，都需要解釋執(zhí)行，這比編譯的本機代碼要慢。Java使用JIT編譯器來克服此問題。

JIT編譯器不能完全替代解釋器。執(zhí)行引擎仍在使用它。但是，JVM根據(jù)調(diào)用方法的頻率使用JIT編譯器。

JIT編譯器將整個方法的字節(jié)碼編譯為機器本機代碼，因此可以直接重用。與標準編譯器一樣，生成中間代碼，進行優(yōu)化，然后生成機器本機代碼。

探查器是JIT編譯器的特殊組件，負責查找熱點。JVM根據(jù)運行時收集的性能分析信息來決定要編譯的代碼。

這樣的效果是，經(jīng)過幾個執(zhí)行周期，Java程序可以更快地執(zhí)行其工作。JVM了解到熱點后，便可以創(chuàng)建本機代碼，從而使運行速度更快。

6. 性能比較

讓我們看一下JIT編譯如何提高Java的運行時性能。

6.1 斐波那契數(shù)列性能測試

我們將使用一種簡單的遞歸方法來計算第n個斐波那契數(shù)：

 
 
 
 
      
  
  
  
  1. private static int fibonacci(int index) { 
    2.   
  
  
  
  2.     if (index <= 1) { 
    3.   
  
  
  
  3.         return index; 
    4.   
  
  
  
  4.     } 
    5.   
  
  
  
  5.     return fibonacci(index-1) + fibonacci(index-2); 
    6.   
  
  
  
  6. } 
    7.

為了衡量重復方法調(diào)用的性能收益，我們將運行Fibonacci方法100次：

 
 
 
 
      
  
  
  
  1. for (int i = 0; i < 100; i++) { 
    2.   
  
  
  
  2.     long startTime = System.nanoTime(); 
    3.   
  
  
  
  3.     int result = fibonacci(12); 
    4.   
  
  
  
  4.     long totalTime = System.nanoTime() - startTime; 
    5.   
  
  
  
  5.     System.out.println(totalTime); 
    6.   
  
  
  
  6. } 
    7.

首先，我們將正常編譯并執(zhí)行Java代碼：

 
 
 
 
      
  
  
  
  1. $ java Fibonacci.java 
    2.

然后，我們將在禁用JIT編譯器的情況下執(zhí)行相同的代碼：

 
 
 
 
      
  
  
  
  1. $ java -Djava.compiler=NONE Fibonacci.java 
    2.

最后，我們將在C ++和JavaScript中實現(xiàn)并運行相同的算法進行比較。

6.2 性能測試結果

讓我們看一下運行斐波那契數(shù)列測試后以納秒為單位測量的平均性能：

  • 使用JIT編譯器的Java – 2726 ns –最快
  • 沒有JIT編譯器的Java – 17965 ns –慢559%
  • 沒有O2優(yōu)化的C ++ – 9435 ns –降低246%
  • 具有O2優(yōu)化的C ++ – 3639 ns –慢33%
  • JavaScript – 22998 ns –慢743%

在此示例中，使用JIT編譯器，Java的性能提高了500%以上。但是，JIT編譯器確實需要運行一些才能運行。

有趣的是，即使在啟用O2優(yōu)化標志的情況下編譯C ++，Java的性能也比C ++代碼好33%。當仍在解釋Java時，C ++在前幾次運行中的性能要好得多。

Java還勝過與Node一起運行的等效JavaScript代碼，后者也使用JIT編譯器。結果顯示性能提高了700%以上。主要原因是Java的JIT編譯器啟動速度更快。

7. 思考

從技術上講，可以將任何靜態(tài)編程語言代碼直接編譯為機器代碼。也可以逐步解釋任何編程代碼。

與許多其他現(xiàn)代編程語言類似，Java使用編譯器和解釋器的組合。目標是利用兩全其美，實現(xiàn)高性能和平臺無關的執(zhí)行。

在本文中，我們重點介紹了HotSpot中的工作方式。HotSpot是Oracle默認的開源JVM實現(xiàn)。Graal VM也基于HotSpot，因此適用相同的原理。

如今，最流行的JVM實現(xiàn)使用解釋器和JIT編譯器的組合。但是，其中一些也可能使用其他方式。

8. 結論

Java使用了兩種方法的組合。

我們用Java編寫的源代碼在構建過程中首先被編譯為字節(jié)碼。然后，JVM解釋生成的字節(jié)碼以供執(zhí)行。但是，JVM還在運行時使用JIT編譯器來提高性能。

翻譯于：

https://www.baeldung.com/java-compiled-interpreted


文章標題：Java比C++慢？看了測試結果，顛覆了我的認知，不得不說JIT真的強
文章網(wǎng)址：http://www.dlmjj.cn/article/dpeseoc.html