Java 8中用法優(yōu)雅的Stream，性能也“優(yōu)雅”嗎？我經(jīng)歷了從java6到j(luò)ava8的“朝代更迭”，并給出了自己的看法。首先，不可否認(rèn)的是，流絕對(duì)是優(yōu)雅的代名詞。它的串行調(diào)用模式和強(qiáng)大的API能力

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

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

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

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

2. 事情不是絕對(duì)的。并非所有情況下，流都不如串行處理中的傳統(tǒng)迭代好。例如，在復(fù)雜對(duì)象（公共順序?qū)ο?，包含大量信息）的處理中，測(cè)試結(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)勢(shì)，但是在性能方面，我們還是要根據(jù)實(shí)際情況做出合理的選擇，這樣才能寫出最“優(yōu)雅”的代碼。

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

為什么說java的String相加減效率低？

由于string是一個(gè)不可變的變量，為了保證線程的安全，采用了不可變的設(shè)計(jì)模式，所以每次對(duì)string進(jìn)行加減操作時(shí)，都會(huì)生成一個(gè)新的對(duì)象。經(jīng)過反復(fù)的加減運(yùn)算，會(huì)產(chǎn)生許多新的對(duì)象，這會(huì)占用內(nèi)存，影響程序的性能。因此，對(duì)于字段字符串的加減，一般采用StringBuffer和StringBuilder，其中StringBuffer是線程安全的，StringBuilder是線程不安全的，StringBuffer對(duì)每個(gè)方法都采用synchronized來保證線程安全。

有人說c語言開發(fā)效率比java低是哪些因素導(dǎo)致的？

由于標(biāo)準(zhǔn)C語言不提供操作系統(tǒng)的內(nèi)容，如果您要為系統(tǒng)開發(fā)應(yīng)用程序，需要使用系統(tǒng)提供的API。比如微軟的系統(tǒng)是MFC，使用起來很麻煩，不能跨平臺(tái)。但是，Java在虛擬機(jī)中運(yùn)行。只要使用虛擬機(jī)提供的類庫(kù)來完成應(yīng)用程序，就不需要再學(xué)習(xí)系統(tǒng)API，只要操作系統(tǒng)支持Java虛擬機(jī)，跨平臺(tái)非常方便。還有封裝效率的問題。Java提供的類庫(kù)相對(duì)簡(jiǎn)單，使用方便。這與C的MFC有關(guān)，也與開發(fā)環(huán)境有關(guān)。用VC6.0開發(fā)Windows應(yīng)用程序是用C語言編寫的，我不認(rèn)為它在Java環(huán)境中是所見即所得。你研究它的組織結(jié)構(gòu)是很費(fèi)時(shí)的。但是Java環(huán)境要簡(jiǎn)單得多。最后，C不支持只在語言方面面向?qū)ο蟮腏ava，但我不認(rèn)為這是重點(diǎn)，因?yàn)槿绻悴恍枰獜念^開始構(gòu)建Java，你不需要C來方便

在C中，優(yōu)先考慮字符串輸入是一個(gè)好習(xí)慣。除非C的死硬派已經(jīng)習(xí)慣了，否則應(yīng)該使用string而不是char。

Char用于處理任何8位數(shù)據(jù)類型，如邏輯值、整數(shù)、字符ASCII碼等。要處理字符串，需要使用Char[]數(shù)組，這很麻煩，也很難控制。

String是一個(gè)模板類，專門用于處理字符串，并封裝了許多成員函數(shù)來處理字符串。它是C標(biāo)準(zhǔn)庫(kù)的一部分，所有C實(shí)現(xiàn)都支持它，并由C創(chuàng)始人推薦。

選擇使用哪一種并不困難。