Java為什么永遠(yuǎn)比C,C++慢??

1、\x0d\x0a不過任何事情都是有兩面性，java可能比c、c++慢，但是這個(gè)平臺(tái)為我們屏蔽了很多機(jī)器和操作系統(tǒng)的差異性，我們編寫java代碼基本不用太多考慮機(jī)器和操作系統(tǒng)本身的東西。并且有很好的可移植性。

十多年的承德網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營(yíng)銷型網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整承德建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)建站從事“承德網(wǎng)站設(shè)計(jì)”,“承德網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

2、而C++的“充分、自由的利用底層特性”優(yōu)勢(shì)，造成了程序只能在有他所使用的相關(guān)平臺(tái)上使用，也就是可移植性差。

3、這樣java程序比c++運(yùn)行效率低，但是因?yàn)橛蠮VM做中介，一個(gè)操作系統(tǒng)下編譯的*.class可以運(yùn)行在其它的操作系統(tǒng)下，（當(dāng)然要裝不同操作系統(tǒng)下的JVM）。

4、因?yàn)镴ava、C#這類語言包含了很多語法糖，使用這些語法糖寫代碼很容易，但是需要付出一定的時(shí)空開銷；C++語言的所有語言特征都力圖減少開銷，并且如果你不使用這些語言特征，你不用承擔(dān)任何開銷。

5、Java不一定效率就比C++低。一般情況下，Java的效率和C++處于一個(gè)數(shù)量級(jí)，少數(shù)情況下Java會(huì)比C++更快。現(xiàn)在根本沒有所謂的解釋性語言和編譯性語言之分。

6、java是解釋型語言，運(yùn)行在JVM虛擬機(jī)上，C和C++直接編譯成二進(jìn)制，運(yùn)行效率稍高。除非對(duì)系統(tǒng)性能要求特別高，否則看不出區(qū)別。

java羨慕啟動(dòng)時(shí)間過久怎么分析優(yōu)化

1、拿到j(luò)unit代碼去運(yùn)行，監(jiān)測(cè)時(shí)長(zhǎng)，然后分別監(jiān)測(cè)其中有可能特別耗時(shí)的部分。

2、盡量重用對(duì)象 特別是String對(duì)象的使用，出現(xiàn)字符串連接時(shí)應(yīng)該使用StringBuilder/StringBuffer代替。

3、1）盡量指定類、方法的final修飾符。帶有final修飾符的類是不可派生的，Java編譯器會(huì)尋找機(jī)會(huì)內(nèi)聯(lián)所有的final方法，內(nèi)聯(lián)對(duì)于提升Java運(yùn)行效率作用重大，此舉能夠使性能平均提高50%。2）盡量重用對(duì)象。

4、Java編譯器會(huì)尋找機(jī)會(huì)內(nèi)聯(lián)(inline)所有的final方法(這和具體的編譯器實(shí)現(xiàn)有關(guān))。此舉能夠使性能平均提高50%。 盡量重用對(duì)象。特別是String 對(duì)象的使用中，出現(xiàn)字符串連接情況時(shí)應(yīng)用StringBuffer 代替。

5、不要用VJ++，不好。剛開始用純jdk，過一般時(shí)間用EditPlus等這樣的工具，以后推薦使用Eclipse，因?yàn)槭情_源，也就是免費(fèi)的。

6、這可能是最重要的性能調(diào)整技巧之一。你應(yīng)該遵循常見的最佳實(shí)踐做法并嘗試高效地實(shí)現(xiàn)用例。但是，這并不意味著在你證明必要之前，你應(yīng)該更換任何標(biāo)準(zhǔn)庫(kù)或構(gòu)建復(fù)雜的優(yōu)化。

java如何計(jì)算程序執(zhí)行消耗時(shí)間

在程序開始前調(diào)用System.currentTimeMillis()獲取當(dāng)前毫秒數(shù)保存到long類型變量begin中，在程序退出前再次調(diào)用System.currentTimeMillis()保存到long類型變量end中，兩者相減end-begin就是程序運(yùn)行所花費(fèi)的毫秒數(shù)。

=執(zhí)行時(shí)間：+execTime+s不過從Firefox的firebug調(diào)試工具統(tǒng)計(jì)時(shí)間來看，前臺(tái)統(tǒng)計(jì)時(shí)間比真實(shí)時(shí)間短，調(diào)試工具統(tǒng)計(jì)的時(shí)間跟后臺(tái)統(tǒng)計(jì)的時(shí)間相近，且稍長(zhǎng)，合情理，所以前臺(tái)統(tǒng)計(jì)數(shù)據(jù)直接從后臺(tái)取。

在該操作恰好執(zhí)行完后，再獲取一個(gè)當(dāng)前系統(tǒng)時(shí)間。兩個(gè)時(shí)間相減，就是Java中操作的耗時(shí)。

還是寫的不對(duì)，大家還知道別的計(jì)算時(shí)間的函數(shù)沒？最好在程序開始計(jì)算，到程序最后 結(jié)束，最后顯示一下時(shí)間。

在程序運(yùn)行之前得到系統(tǒng)時(shí)間，運(yùn)行完之后再次得到系統(tǒng)時(shí)間。兩者相減得到程序運(yùn)行了多少時(shí)間。（注意：是毫秒數(shù)） ，別告訴我你不知道怎么獲得系統(tǒng)時(shí)間，我會(huì)感覺壓力很大的。

可以添加一個(gè)優(yōu)先級(jí)最低的線程，即所有其他線程執(zhí)行完畢之后才能開始執(zhí)行這個(gè)線程，在這個(gè)線程里算結(jié)束時(shí)間，就可以了。正常的優(yōu)先級(jí)是5，沒記錯(cuò)的話1最大，9最小。你可以設(shè)置一下。