最新淺析java源代碼轉換爲機器碼的編譯執行過程

版權聲明：本文爲博主原創文章，未經博主允許不得轉載。 https://blog.csdn.net/youngogo/article/details/81106275

• 我們先來看一下編譯型語言和解釋型語言的之間的區別聯繫

編譯型語言:C/C++

      編譯過程是將源代碼(高級語言,人類容易讀,容易理解),轉換爲機器碼(cpu能理解,能高效的執行)的過程.

解釋型語言:JavaScript  python 等

     直接解釋源代碼,並且直接執行,沒有編譯過程

編譯程序是整體編譯完了,再一次執行,而解釋程序是邊解釋邊執行.

• 那麼java是編譯型語言還是解釋型語言或者是編譯-解釋型語言呢?

接下來我們一起來看下java語言的執行過程

•  首先是你寫好的java源代碼(根據JDK9的新特性,接下來將有三種方式將java源代碼轉換爲機器碼)

1.      第一種方法:用javac編譯器將java源代碼編譯成我們常見的 .class文件,然後程序在運行時,JVM將需要用到的 .class文件加載到內存中,從class文件中逐行讀出一條指令,JVM中解釋器解釋一條指令,接着執行一條指令,如我們上面所說,邊解釋邊執行,從而達到將.class文件翻譯爲機器碼
2.      第二種方式:開始依然是由javac編譯爲.class文件  ,但是我們平時使用的大多數oracle JDK 提供的Hotspot JVM都提供了JIT(Just In Time)編譯器,也就是我們平時所說的動態編譯器.   根據二八定律,消耗大部分資源的只有那一小部分代碼(熱點代碼).在程序運行時,JIT通過預熱(收集信息找出熱點)將熱點代碼轉換爲機器碼.JIT爲方法級,會將編譯過程的字節碼緩存在codeCache中.在這種情況下,部分熱點代碼就是編譯執行而不是解釋執行了.
3.      第三種方式:除了我們日常java使用模式,還有一種新的編譯方式即AOT(ahead-of-time complication),直接將字節碼編譯成機器碼,這樣避免了JIT等方面的預熱消耗.如oracle JDK9就引入了實驗性的AOT特性,並增加了新的jaotc工具.
   aot是編譯期間,靜態的,直接編譯成類似類庫的東西

    綜合我的理解,就目前的主流java版本中,個人覺得單純說java是編譯型語言或者說是解釋型語言,是不準確的.比如JDK8,就是編譯與解釋混合的模式.即所謂的混合模式(-Xmixed)

     歡迎多多交流指正