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

jdk版本jvm區(qū)別？

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

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

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

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

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

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

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

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

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

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

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