網(wǎng)上說Java的性能已經(jīng)達(dá)到甚至超過C ，是真的嗎？Java比C快，比匯編快！比機(jī)器代碼快。Java 8中用法優(yōu)雅的Stream，性能也“優(yōu)雅”嗎？我經(jīng)歷了從java6到j(luò)ava8的“朝代更迭”，并

網(wǎng)上說Java的性能已經(jīng)達(dá)到甚至超過C ，是真的嗎？

Java比C快，比匯編快！比機(jī)器代碼快。

Java 8中用法優(yōu)雅的Stream，性能也“優(yōu)雅”嗎？

我經(jīng)歷了從java6到j(luò)ava8的“朝代更迭”，并給出了自己的看法。

首先，不可否認(rèn)的是，流絕對是優(yōu)雅的代名詞。它的串行調(diào)用模式和強(qiáng)大的API能力都賦予了程序員一種特殊的技能：高效和簡潔。

但事情并不是絕對的，但就性能而言，流真的比傳統(tǒng)迭代好嗎？事實(shí)上，情況并非如此。我們應(yīng)該根據(jù)實(shí)際情況來看待這個(gè)問題。

在極少量的迭代中，我們看不到性能效果的差異。以下幾點(diǎn)是建立在依賴大量數(shù)據(jù)迭代的前提下的。

分為以下幾點(diǎn)進(jìn)行討論：

1。不管是什么程序，它都必須在載體上運(yùn)行，而公共載體就是服務(wù)器。因此，很容易認(rèn)為CPU的處理能力直接影響性能。

如果它只是一個(gè)單核CPU，建議使用傳統(tǒng)的迭代。A） 實(shí)際測試結(jié)果表明，流的性能明顯低于for-loop等傳統(tǒng)處理方法。特別是當(dāng)它是單核CPU時(shí)，不要使用流的并行處理。原因是并行處理中還有另一個(gè)開銷，即上下文線程切換。這個(gè)時(shí)候，只有一個(gè)單核CPU，你不覺得當(dāng)CPU是多核的時(shí)候，隨著核數(shù)的增加，流的優(yōu)勢會(huì)逐漸顯現(xiàn)出來嗎。畢竟，并行處理仍然是由于串行處理。

2. 事情不是絕對的。并非所有情況下，流都不如串行處理中的傳統(tǒng)迭代好。例如，在復(fù)雜對象（公共順序?qū)ο?，包含大量信息）的處理中，測試結(jié)果表明流的性能仍然是由于普通的迭代，更不用說多核CPU下的并行處理了。這里再次強(qiáng)調(diào)，不要在單核下使用串行，你會(huì)發(fā)現(xiàn)性能并檢查它

！3. 最后，我想談?wù)勎业膫€(gè)人經(jīng)歷。在使用并行流時(shí)，在迭代處理中進(jìn)行多個(gè)外部接口調(diào)用時(shí)應(yīng)謹(jǐn)慎。您可能會(huì)發(fā)現(xiàn)，并行后上下文線程切換的代價(jià)并不一定比串行線程好，而且還會(huì)影響系統(tǒng)的穩(wěn)定性。

最后，在代碼整潔性方面，stream仍然有明顯的優(yōu)勢，但是在性能方面，我們還是要根據(jù)實(shí)際情況做出合理的選擇，這樣才能寫出最“優(yōu)雅”的代碼。

以上三點(diǎn)是個(gè)人觀點(diǎn)和日常工作中遇到的實(shí)際場景的總結(jié)。如果有什么不對勁或不同意見，可以留言指出，共同討論，共同進(jìn)步。

Android(Java)游戲循環(huán)中頻繁new對象怎么處理？

首先要看代碼邏輯是否可以優(yōu)化。頻繁的新對象不斷地分配內(nèi)存，然后垃圾收集器會(huì)不斷地回收不在使用的內(nèi)存，這將導(dǎo)致內(nèi)存抖動(dòng)和性能差。應(yīng)該盡量避免。

如果無法避免新對象，可以使用對象池，它首先分配一段內(nèi)存，然后在使用時(shí)從對象池中提取內(nèi)存，而不是頻繁使用新對象。

100萬條數(shù)據(jù)遍歷，lambda會(huì)比for循環(huán)快嗎？

視情況而定。

lambda表達(dá)式中有一種流稱為平行流，稱為平行流。與流相比，對流過程是并行的，因此效率肯定比簡單的for-loop要好。然而，并行流存在一個(gè)缺陷，即容易引起并發(fā)安全問題。所以要小心使用。

當(dāng)然，流也有自己的優(yōu)勢。如果有多個(gè)處理操作，例如過濾集合中具有特定條件的元素、轉(zhuǎn)換它們?nèi)缓蟊闅v輸出，則會(huì)涉及多個(gè)操作。如果您使用傳統(tǒng)的for循環(huán)，它的效率不如stream。因?yàn)樗庋b了對集合進(jìn)行操作的算法和方法，所以它是從底層處理的。如果只是一個(gè)遍歷操作，它們之間的效率差別并不大。

更重要的是，使用流可以使代碼更簡潔。雖然它對老程序員不是很友好，但只要你花點(diǎn)時(shí)間研究，你就會(huì)喜歡這種寫作方法。

Java程序,多一次數(shù)據(jù)庫查詢,與循環(huán)相比,哪個(gè)性能更差？

首先，網(wǎng)絡(luò)程序，每天訪問量巨大！頁面本身上已經(jīng)有一個(gè)數(shù)據(jù)庫查詢。我計(jì)劃在這個(gè)數(shù)據(jù)庫查詢中找到我需要的另一種信息，而不是一個(gè)數(shù)據(jù)庫查詢。代價(jià)是，當(dāng)我循環(huán)遍歷結(jié)果集時(shí)，循環(huán)次數(shù)會(huì)更多（預(yù)計(jì)在100以內(nèi)）。兩種解決方案中哪一種性能更差？1一個(gè)數(shù)據(jù)庫查詢可以找出所有的數(shù)據(jù)，但要花費(fèi)更多的周期。2分開兩個(gè)數(shù)據(jù)庫查詢。