我們日常的工作中都使用開發(fā)工具（IntelliJ IDEA 或 Eclipse 等）可以很方便的調試程序，或者是通過打包工具把項目打包成 jar 包或者 war 包，放入 Tomcat 等 Web 容器中就可以正常運行了，但你有沒有想過 Java 程序內部是如何執(zhí)行的？

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

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

Java 虛擬機是如何判定熱點代碼的？

Java 虛擬機判定熱點代碼的方式有兩種：

基于采樣的熱點判定

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

基于計數器的熱點判定

主要就是虛擬機給每一個方法甚至代碼塊建立了一個計數器，統計方法的執(zhí)行次數，超過一定的閥值則標記為此方法為熱點方法。

Hotspot 虛擬機使用的基于計數器的熱點探測方法。它使用了兩類計數器：方法調用計數器和回邊計數器，當到達一定的閥值是就會觸發(fā) JIT 編譯。

方法調用計數器：在 client 模式下的閥值是 1500 次，Server 是 10000 次，可以通過虛擬機參數： -XX:CompileThreshold=N 對其進行設置。但是JVM還存在熱度衰減，時間段內調用方法的次數較少，計數器就減小。

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

總結

到此這篇關于Java 程序內部是如何執(zhí)行的?的文章就介紹到這了,更多相關java程序的執(zhí)行內容請搜索好吧啦網以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網！