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

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

一、GC回收的機制

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

二、解釋性語言的原因

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

三、JIT消耗資源來說

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

四、基于棧的指令集啊

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

五、大量使用堆內存很累

Java中對象創建被JVM托管，能夠避免越界或空指針訪問之類在C/C++中常見的問題。因為我們對象大多是創建在堆上的，而不是棧上的，其創建和維護成本上通常要更高一些。

六、AOT技術介紹

AOT技術能夠在字節碼安裝到目標平臺時，先編譯成目標平臺的執行文件，這樣目標平臺就可以直接運行可執行文件，速度上可以達到編譯類語言的水平。但是這樣會導致Java所擁有的動態加載功能喪失，所有字節碼都被編譯到執行文件，不論其在運行時是否被使用到，并造成其產生的可執行文件相對于字節碼來說體積更大。

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

source from 網絡