關于java虛擬機和Class文件格式， 貌似很厲害的樣子，那肯定有人疑問，為什么 c/c++這些不能跨平臺的語言，還現在還被很多人使用，還沒被java取代呢。

當然，這個原因有很多，比如java的gc過程所無法避免的stop the world過程，這在 某些實時性要求比較高的 系統中，比如 股票交易系統，軍事系統，是不可接受的。(關于垃圾回收這是另一個話題，不在本文范圍內，未來有時間可以花時間另寫博客討論這個問題)。

不過有句話說的很好

java和c++之間有一堵由動態內存分配和垃圾收集技術所圍成的'高墻'，墻外的人想進去，墻內的人想出來

另外，對于直接與硬件交互的事情，也只能靠C語言了。畢竟上層再怎么發展，硬件與系統之間永遠要存在一個驅動層啊。

但是除了以上這些，還有一個原因。給大家講講軟件歷史上的一個重大教訓，大家也許就明白了。

當年為了對抗sun的java平臺，微軟2002年推出了類似中間件思想的.NET平臺(C#)。當時window xp一統江湖，讓微軟如日中天，不可一世，微軟在下一代操作系統(就是window visa)的開發中，決定使用 C#， 雖然微軟牛逼哄哄，擁有最牛逼的程序員，最頂尖的科學家，但是開發到最后他們發現，使用C#這種運行在虛擬機上的中間件語言，無論如何也達不到 C/C++語言的速度。所以最后悲劇的 window visa，全部推倒重來，重新開發。當時李開復在微軟，他的一本書中對此有詳細介紹。

當然，當年window visa項目的失敗，還有其他一些原因，比如 使用數據庫系統代替文件系統，驅動不兼容等， 但是 使用.NET來進行開發，起碼也是失敗的主要原因之一。

所以現在大家明白了，ByteCode運行在虛擬機上，相比于直接編譯成 NativeCode 運行在物理機上，速度較慢。

現在隨著虛擬機運行時優化技術的發展，以及硬件的速度越來越快，所以它們速度之間的差異，也沒之前差距那么大了。

實質上，Class文件在虛擬機上運行的時候，還會有很多的優化措施。

總結

以上是生活随笔為你收集整理的取代java_为什么C++没有被java取代的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。