高級(jí)編程語(yǔ)言分為解析語(yǔ)言和編譯性語(yǔ)言，各自代表有Js，python 以及c/c++,golang等，java某種意義上說(shuō)既是解析語(yǔ)言也是編譯性語(yǔ)言。

以下是解析語(yǔ)言與編譯性語(yǔ)言的一些優(yōu)劣對(duì)比:

1:效率

? ? ? 編譯比解析方式可能會(huì)取得更高的效率。一般情況下，在解析方式下允許程序時(shí)，解析程序可能需要反復(fù)掃描源程序。例如，每一次引用變量都要進(jìn)行類型檢查，甚至重新進(jìn)行存儲(chǔ)分配，從而降低程序的運(yùn)行速度。在空間上，以解析方式運(yùn)行程序需要更多的空間，因?yàn)橄到y(tǒng)不但需要為用戶程序分配運(yùn)行空間還要為解析程序及其支撐系統(tǒng)分配空間。

? ? ? 在編譯方式下，編譯程序除了對(duì)源程序進(jìn)行語(yǔ)法和語(yǔ)義分析外，還要生成源程序的目標(biāo)代碼并進(jìn)行優(yōu)化，所以這個(gè)過(guò)程比解析方式需要更多的時(shí)間。雖然與仔細(xì)寫出的機(jī)器程序相比，由編譯程序創(chuàng)建的目標(biāo)程序運(yùn)行的時(shí)間一般更長(zhǎng)，需要占用的存儲(chǔ)空間更多，但源程序只需要被編譯程序翻譯一次就可以多次運(yùn)行。因此，總體來(lái)說(shuō)，編譯方式比解析方式可能取得更高的效率。

2:靈活性

? ? ?由于解析程序需要反復(fù)檢查源程序。這也使得解析方式能夠比編譯方式更靈活。當(dāng)解析器直接運(yùn)行源程序時(shí)，"在運(yùn)行中"修改程序變得可能，例如增加語(yǔ)句或者修改錯(cuò)誤，jvm運(yùn)行時(shí)修改字節(jié)碼的asm技術(shù)與Java Agent(Java 探針)技術(shù)等。另外解析器直接在源程序上工作時(shí)，它可以對(duì)錯(cuò)誤進(jìn)行更加精確地定位 (例如在瀏覽器對(duì)js進(jìn)行調(diào)試)。

3:可移植性

? ? ?解析器一般也是用某種編程設(shè)計(jì)語(yǔ)言編寫的，因此只要對(duì)解析器進(jìn)行重新編譯，就可以使解析器運(yùn)行在不同環(huán)境中。由于編譯和解析方式各有特點(diǎn)，因此現(xiàn)有的一些編譯系統(tǒng)既提供編譯的方式，也提供解析的方式，甚至將兩種方式進(jìn)行結(jié)合。例如java虛擬機(jī)的just-in-time（即時(shí)編譯）技術(shù)，在代碼第一次運(yùn)行時(shí)進(jìn)行編譯，其后運(yùn)行時(shí)就不再進(jìn)行編譯了。例如，通過(guò)javac 將.java源文件編譯成.class字節(jié)碼文件，接下來(lái)無(wú)需編譯直接逐條將字節(jié)碼解釋執(zhí)行，在解釋執(zhí)行的過(guò)程中，JVM同時(shí)對(duì)程序運(yùn)行的信息進(jìn)行收集，在這些信息的基礎(chǔ)上，編譯器會(huì)逐漸發(fā)揮作用，它會(huì)把字節(jié)碼編譯成機(jī)器碼，后續(xù)直接從codeCache中讀取機(jī)器碼來(lái)執(zhí)行(只有被JVM認(rèn)定為的熱點(diǎn)代碼，才可能被編譯成機(jī)器碼)。

總結(jié)

以上是生活随笔為你收集整理的解析性语言与编译性语言优劣对比的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。