jdk版本jvm區(qū)別？Jdk是java開發(fā)工具包，jvm是java運行環(huán)境，jdk包括jvm。jvm是c 寫的，為什么我的系統(tǒng)不需要安裝c 的運行環(huán)境？C在底層，JVM用的是有限的C類庫。將C的這

jdk版本jvm區(qū)別？

Jdk是java開發(fā)工具包，jvm是java運行環(huán)境，jdk包括jvm。

jvm是c 寫的，為什么我的系統(tǒng)不需要安裝c 的運行環(huán)境？

C在底層，JVM用的是有限的C類庫。將C的這些跨平臺部分封裝后，由JAVA API調(diào)用，C類庫已經(jīng)內(nèi)置。所以你的電腦不會。;不需要C運行時。

在java中，GraalVM是jvm的未來嗎？

強答。結(jié)論是GraalVM想成為 "最終和主宰世界的虛擬機。

大多數(shù)腳本語言或者有動態(tài)特效的語言都需要一個語言虛擬機才能運行，比如CPython、Lua、Erlang、Java、Ruby、R、JS、PHP、Perl、APL等。，但是這些語言的虛擬機級別，沒錯，就是具體實現(xiàn)，差距很大。比如CPython 的虛擬機可以 不敢直視它，JVM s HotSpotVM，C#的CLR，JS的v8都是最先進的水平，能不能少花點力氣用一個最先進的虛擬機來運行這些語言，讓他們享受一下虛擬機的一些工匠特性，比如gc，lock，jit等等？

答案基本是肯定的。首先，對于Java、Scala、Groovy這些基于JVM的語言來說，沒有壓力，直接上JVM就行了。對于由CPython、R、Ruby、PHP甚至我們自己編寫的新語言，讓 讓我們回顧一下我們的一般做法:首先，將源代碼解析成AST，然后編寫AST解釋器-gt。當有人使用這種語言時，語言設(shè)計者可能會不斷迭代，實現(xiàn)一個虛擬機，包括GC，runtime等。代碼執(zhí)行的還是AST解釋器-gt，更多人繼續(xù)迭代。把AST轉(zhuǎn)換成字節(jié)碼，使用字節(jié)碼解釋器-gt的人很多，它的性能也很關(guān)鍵。如果這個語言社區(qū)有足夠的資金和人力，它可以編寫JIT編譯器來提高GC性能，但是大多數(shù)語言都不能 不要這樣做。我們希望一種語言在AST解釋器節(jié)點中的性能足夠好，我們不 不需要花費如此多的精力和財力來優(yōu)化性能。這就是Truffle語言框架的動機。Truffle是一個spring mvc，它自然運行在Java上。在這個框架下，用戶只需要實現(xiàn)一個特定語言的AST解釋器，省力，性能好。

理想很豐滿，現(xiàn)實很骨感

Graa|VM剛出來熱情很高，但遺憾的是，鑒于O廠的名校生，社區(qū)反響冷淡。

這個事情就像J醫(yī)院的老板告訴大家，我家姑娘年輕聰明，所以不要 不娶媳婦，努力掙錢給我家姑娘！

現(xiàn)在大家關(guān)注度不高，也很少有社區(qū)努力去推動。