早期(比如JDK1.2以前)的視乎是很慢的，后續(xù)版本由于現(xiàn)在有許多優(yōu)化手段的加入，Java正越來越快了。

現(xiàn)在呢也有很多關(guān)于Java和C/C++孰快孰慢的爭論。本人自己的理解，談一下影響Java程序運(yùn)行速度的因素。

一、GC回收的機(jī)制

眾所周知，Java相對C/C++的一個(gè)很大進(jìn)步就是有了GC機(jī)制，它能夠很大程序的避免C/C++常見的內(nèi)存泄漏的發(fā)生。但是這也是有代價(jià)的，那就是因?yàn)镴VM管理了所有內(nèi)存分配釋放，當(dāng)內(nèi)存不夠時(shí)就需要做回收，每次回收都有掃描整個(gè)堆，然后要搬移一些內(nèi)存數(shù)據(jù)，新生代還好，如果是老年代的GC，會造成程序卡頓一段時(shí)間，很多時(shí)候是不能接受的，也極大的拖慢了程序的運(yùn)行速度。雖然GC算法不斷改進(jìn)的，但是也屬于只能優(yōu)化不能根治。

二、解釋性語言的原因

Java為了跨平臺，沒有直接編譯成機(jī)器指令，而是編譯成字節(jié)碼，運(yùn)行時(shí)JVM需要加載這些字節(jié)碼，然后再逐條解釋執(zhí)行。在這個(gè)過程字節(jié)碼的加載需要時(shí)間，然后解釋執(zhí)行也需要時(shí)間。做同樣一件事情，編譯語言可以直接編譯成機(jī)器碼，運(yùn)行時(shí)的CPU就直接執(zhí)行這些指令，而Java的是編譯成字節(jié)碼，運(yùn)行時(shí)JVM要把字節(jié)碼翻譯成目標(biāo)機(jī)器的可執(zhí)行指令，這里面就增加了一層的間接性，也會降低運(yùn)行速度的。

三、JIT消耗資源來說

JIT是Java后續(xù)版本的改進(jìn)升級，能把常執(zhí)行的方法或者語句塊即時(shí)編譯成機(jī)器碼，這樣確實(shí)能加快運(yùn)行速度。但是這種編譯是即時(shí)發(fā)生，會和程序本身搶用運(yùn)行資源，就會拖慢程序運(yùn)行的速度。

四、基于棧的指令集啊

編譯語言多采用基于目標(biāo)平臺寄存器的指令集，這樣能充分利用寄存器。為了很好地可移植性，沒有綁定某個(gè)目標(biāo)平臺的寄存器，而是采用基于棧的指令集。頻繁的棧內(nèi)存訪問會導(dǎo)致比較慢的速度，并且通常編譯相同語句產(chǎn)生的指令數(shù)量也要多于寄存器指令集。

五、大量使用堆內(nèi)存很累

Java中對象創(chuàng)建被JVM托管，能夠避免越界或空指針訪問之類在C/C++中常見的問題。因?yàn)槲覀儗ο蟠蠖嗍莿?chuàng)建在堆上的，而不是棧上的，其創(chuàng)建和維護(hù)成本上通常要更高一些。

六、AOT技術(shù)介紹

AOT技術(shù)能夠在字節(jié)碼安裝到目標(biāo)平臺時(shí)，先編譯成目標(biāo)平臺的執(zhí)行文件，這樣目標(biāo)平臺就可以直接運(yùn)行可執(zhí)行文件，速度上可以達(dá)到編譯類語言的水平。但是這樣會導(dǎo)致Java所擁有的動(dòng)態(tài)加載功能喪失，所有字節(jié)碼都被編譯到執(zhí)行文件，不論其在運(yùn)行時(shí)是否被使用到，并造成其產(chǎn)生的可執(zhí)行文件相對于字節(jié)碼來說體積更大。

*終，Java由于其跨平臺且管理內(nèi)存等特性，給開發(fā)效率帶來了諸多進(jìn)步，但是凡事有利也有弊，就是伴隨而來的是運(yùn)行效率的降低。充分了解這些優(yōu)勢和劣勢，才能在合適的時(shí)候選擇合適的技術(shù)，以發(fā)揮*大的效能。

source from 網(wǎng)絡(luò)