我們?nèi)粘５墓ぷ髦卸际褂瞄_(kāi)發(fā)工具（IntelliJ IDEA 或 Eclipse 等）可以很方便的調(diào)試程序，或者是通過(guò)打包工具把項(xiàng)目打包成 jar 包或者 war 包，放入 Tomcat 等 Web 容器中就可以正常運(yùn)行了，但你有沒(méi)有想過(guò) Java 程序內(nèi)部是如何執(zhí)行的？

其實(shí)不論是在開(kāi)發(fā)工具中運(yùn)行還是在 Tomcat 中運(yùn)行，Java 程序的執(zhí)行流程基本都是相同的，它的執(zhí)行流程如下：

• 先把 Java 代碼編譯成字節(jié)碼，也就是把 .java 類型的文件編譯成 .class 類型的文件。這個(gè)過(guò)程的大致執(zhí)行流程：Java 源代碼 -> 詞法分析器 -> 語(yǔ)法分析器 -> 語(yǔ)義分析器 -> 字節(jié)碼生成器 -> 最終生成字節(jié)碼，其中任何一個(gè)節(jié)點(diǎn)執(zhí)行失敗就會(huì)造成編譯失?。?/li>
• 把 class 文件放置到 Java 虛擬機(jī)，這個(gè)虛擬機(jī)通常指的是 Oracle 官方自帶的 Hotspot JVM；
• Java 虛擬機(jī)使用類加載器（Class Loader）裝載 class 文件；
• 類加載完成之后，會(huì)進(jìn)行字節(jié)碼校驗(yàn)，字節(jié)碼校驗(yàn)通過(guò)之后 JVM 解釋器會(huì)把字節(jié)碼翻譯成機(jī)器碼交由操作系統(tǒng)執(zhí)行。但不是所有代碼都是解釋執(zhí)行的，JVM 對(duì)此做了優(yōu)化，比如，以 Hotspot 虛擬機(jī)來(lái)說(shuō)，它本身提供了 JIT（Just In Time）也就是我們通常所說(shuō)的動(dòng)態(tài)編譯器，它能夠在運(yùn)行時(shí)將熱點(diǎn)代碼編譯為機(jī)器碼，這個(gè)時(shí)候字節(jié)碼就變成了編譯執(zhí)行。

Java 虛擬機(jī)是如何判定熱點(diǎn)代碼的？

Java 虛擬機(jī)判定熱點(diǎn)代碼的方式有兩種：

• 基于采樣的熱點(diǎn)判定

主要是虛擬機(jī)會(huì)周期性的檢查各個(gè)線程的棧頂，若某個(gè)或某些方法經(jīng)常出現(xiàn)在棧頂，那這個(gè)方法就是“熱點(diǎn)方法”。這種判定方式的優(yōu)點(diǎn)是實(shí)現(xiàn)簡(jiǎn)單；缺點(diǎn)是很難精確一個(gè)方法的熱度，容易受到線程阻塞或外界因素的影響。

• 基于計(jì)數(shù)器的熱點(diǎn)判定

主要就是虛擬機(jī)給每一個(gè)方法甚至代碼塊建立了一個(gè)計(jì)數(shù)器，統(tǒng)計(jì)方法的執(zhí)行次數(shù)，超過(guò)一定的閥值則標(biāo)記為此方法為熱點(diǎn)方法。

Hotspot 虛擬機(jī)使用的基于計(jì)數(shù)器的熱點(diǎn)探測(cè)方法。它使用了兩類計(jì)數(shù)器：方法調(diào)用計(jì)數(shù)器和回邊計(jì)數(shù)器，當(dāng)?shù)竭_(dá)一定的閥值是就會(huì)觸發(fā) JIT 編譯。

方法調(diào)用計(jì)數(shù)器：在 client 模式下的閥值是 1500 次，Server 是 10000 次，可以通過(guò)虛擬機(jī)參數(shù)： -XX:CompileThreshold=N 對(duì)其進(jìn)行設(shè)置。但是JVM還存在熱度衰減，時(shí)間段內(nèi)調(diào)用方法的次數(shù)較少，計(jì)數(shù)器就減小。

回邊計(jì)數(shù)器：主要統(tǒng)計(jì)的是方法中循環(huán)體代碼執(zhí)行的次數(shù)。

總結(jié)

到此這篇關(guān)于Java 程序內(nèi)部是如何執(zhí)行的?的文章就介紹到這了,更多相關(guān)java程序的執(zhí)行內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！