???作者：@TheMythWS.

??座右銘：不走心的努力都是在敷衍自己，讓自己所做的選擇，熠熠發(fā)光。?

?

JDK與JRE與JVM的關(guān)系

先用一張圖來(lái)直觀感受JDK JRE JVM之間的關(guān)系：

JDK與JRE的關(guān)系??

先說(shuō)JDK和JRE:
首先從概念上理解一下吧，JDK（Java Development Kit）簡(jiǎn)單理解就是Java開發(fā)工具包，JRE(Java Runtime Enviroment)是Java的運(yùn)行環(huán)境，JVM( java virtual machine)也就是常常聽到Java虛擬機(jī)。

JDK是面向開發(fā)者的，JRE是面向使用JAVA程序的用戶

?

?

通過(guò)上圖發(fā)現(xiàn)發(fā)現(xiàn)有兩個(gè)JRE文件夾，如果細(xì)看里面的內(nèi)容基本上是一樣的，如果是只是Java程序使用者，那么只會(huì)有最外層的那個(gè)JRE目錄，JDK中是JRE自帶的，你如果安裝了JDK必然里面會(huì)有一個(gè)JRE.那么問(wèn)題來(lái)了，為什么會(huì)有兩套JRE呢？
從側(cè)面證明:

利用javac.exe進(jìn)行編譯:

修改這個(gè)D:\Java\jdk-8u192\lib文件下的tools.jar，隨便修改個(gè)名字，再去編譯

?

證明:

dt.jar和tools.jar是兩個(gè)java最基本的包，里面包含了從java最重要的lang包到各種高級(jí)功能如可視化的swing包，是java必不可少的。而path下面的bin里面都是java的可執(zhí)行的編譯器及其工具，如java，javadoc等,報(bào)錯(cuò)的原因就是輸入的javac的命令不是去JDK中bin目錄去找的javac.exe，而是去JDK中l(wèi)ib目錄中的tools.jar中com.sun.tools.javac.Main中執(zhí)行，因此javac.exe只是一個(gè)包裝器（Wrapper），存在的目的是為了讓開發(fā)者免于輸入過(guò)長(zhǎng)的指命。

這個(gè)時(shí)候發(fā)現(xiàn)JDK里的工具幾乎是用Java所編寫，同屬于Java應(yīng)用程序，因此要使用JDK所附的工具來(lái)開發(fā)Java程序，所以自身需要附一套JRE才能運(yùn)行

上圖中與jdk同級(jí)目錄下的JRE就是用來(lái)運(yùn)行一般Java程序用的。

兩套JRE運(yùn)行的時(shí)候究竟運(yùn)行哪一個(gè)呢？

這個(gè)時(shí)候JDK中java.exe先從自身目錄中找，然后父級(jí)目錄中找，如果都沒有就去注冊(cè)表中找。

JRE與JVM的關(guān)系??

再說(shuō)JRE和JVM:?

JVM -- java virtual machineJVM就是我們常說(shuō)的java虛擬機(jī)，它是整個(gè)java實(shí)現(xiàn)跨平臺(tái)的最核心的部分，所有的java程序會(huì)首先被編譯為.class的類文件，這種類文件可以在虛擬機(jī)上執(zhí)行，class文件并不直接與機(jī)器的操作系統(tǒng)相對(duì)應(yīng)，而是經(jīng)過(guò)虛擬機(jī)間接與操作系統(tǒng)交互，由虛擬機(jī)將程序解釋給本地系統(tǒng)執(zhí)行，類似于C#中的CLR。

以下先補(bǔ)充一下跨平臺(tái)的原理：

Java跨平臺(tái)解釋：

再次強(qiáng)調(diào)：javac的命令不是去JDK中bin目錄去找的javac.exe，而是去JDK中l(wèi)ib目錄中的tools.jar中com.sun.tools.javac.Main中執(zhí)行，因此javac.exe只是一個(gè)包裝器（Wrapper），存在的目的是為了讓開發(fā)者免于輸入過(guò)長(zhǎng)的指命。

C語(yǔ)言跨平臺(tái)解釋：

總結(jié)一下：
JVM(Java Virtual Machine)就是一個(gè)虛擬的用于執(zhí)行bytecode字節(jié)碼的”虛擬計(jì)算機(jī)”。他也定義了指令集、寄存器集、結(jié)構(gòu)棧、垃圾收集堆、內(nèi)存區(qū)域。JVM負(fù)責(zé)將Java字節(jié)碼解釋運(yùn)行，邊解釋邊運(yùn)行，這樣，速度就會(huì)受到一定的影響。
不同的操作系統(tǒng)有不同的虛擬機(jī)。Java 虛擬機(jī)機(jī)制屏蔽了底層運(yùn)行平臺(tái)的差別，實(shí)現(xiàn)了“一次編譯，隨處運(yùn)行”。 Java虛擬機(jī)是實(shí)現(xiàn)跨平臺(tái)的核心機(jī)制。如圖所示：

我們說(shuō)的語(yǔ)言跨平臺(tái)是編譯后的文件跨平臺(tái)，而不是源程序跨平臺(tái)。
接下來(lái)我們?cè)俦容^下兩種方式的差異：

• C語(yǔ)言是編譯執(zhí)行的，編譯器與平臺(tái)相關(guān)，編譯生成的可執(zhí)行文件與平臺(tái)相關(guān)；
• Java是解釋執(zhí)行的，編譯為中間碼的編譯器與平臺(tái)無(wú)關(guān)，編譯生成的中間碼也與平臺(tái)無(wú)關(guān)（一次編譯，到處運(yùn)行），中間碼再由解釋器解釋執(zhí)行，解釋器是與平臺(tái)相關(guān)的，也就是不同的平臺(tái)需要不同的解釋器.

上面說(shuō)完了跨平臺(tái)原理我們?cè)僬凧RE和JVM，JVM不能單獨(dú)搞定class的執(zhí)行，解釋class的時(shí)候JVM需要調(diào)用解釋所需要的類庫(kù)lib。在JDK下面的的jre目錄里面有兩個(gè)文件夾bin和lib,在這里可以認(rèn)為bin里的就是jvm，lib中則是jvm工作所需要的類庫(kù)，而jvm 和 lib和起來(lái)就稱為jre。

?

JVM + Lib = JRE，如果講的具體點(diǎn)就是bin/server目錄下的jvm.dll文件， jvm.dll無(wú)法單獨(dú)工作，當(dāng)jvm.dll啟動(dòng)后，會(huì)使用explicit的方法(就是使用Win32 API之中的LoadLibrary()與GetProcAddress()來(lái)載入輔助用的動(dòng)態(tài)鏈接庫(kù))，而這些輔助用的動(dòng)態(tài)鏈接庫(kù)(.dll)都必須位 于jvm.dll所在目錄的父目錄之中。因此想使用哪個(gè)JVM，只需要設(shè)置PATH，指向JRE所在目錄下的jvm.dll。

文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-768334.html

到了這里，關(guān)于【秒懂JDK，JRE，JVM的關(guān)系】的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！