lambda表達(dá)式獲取最大值(lambda 函數(shù))

大家好，關(guān)于lambda表達(dá)式獲取最大值很多朋友都還不太明白，不過(guò)沒(méi)關(guān)系，因?yàn)榻裉煨【幘蛠?lái)為大家分享關(guān)于lambda 函數(shù)的知識(shí)點(diǎn)，相信應(yīng)該可以解決大家的一些困惑和問(wèn)題，如果碰巧可以解決您的問(wèn)題，還望關(guān)注下本站哦，希望對(duì)各位有所幫助！

Java和C# 最大的不同是什么

我覺(jué)得拋開(kāi)語(yǔ)法而談，最主要的還是對(duì)底層的控制能力不同。

C#一開(kāi)始雖然借鑒Java，但是目的完全不是為了造一個(gè)betterJava，而是造一個(gè)betterC++。游戲引擎?zhèn)兤珢?ài)C#也是有這一層原因在里面。

比如在C#里面你能干的：

上述代碼會(huì)輸出10，為什么？因?yàn)?NET中數(shù)組的長(zhǎng)度存儲(chǔ)于數(shù)組第一個(gè)元素之前的8字節(jié)內(nèi)存中。如果你再接著輸出*((long*)p-2)，將會(huì)直接得到這個(gè)對(duì)象的TypeHandle地址：

然后拿著這個(gè)指針又接著能去訪問(wèn)對(duì)象的MethodTable。

再有你還可以手動(dòng)在棧上分配空間：

接著你想繞過(guò)GC直接手動(dòng)分配堆內(nèi)存：

上述調(diào)用等價(jià)于你在C語(yǔ)言中調(diào)用的malloc，此外還有AllocAligned、Realloc、AllocZeroed等等，可以直接控制內(nèi)存對(duì)齊。

接下來(lái)你想創(chuàng)建一個(gè)顯式內(nèi)存布局的結(jié)構(gòu)Foo：

然后你就成功模擬出了一個(gè)C的Union，之所以會(huì)有上面的輸出，是因?yàn)閱尉雀↑c(diǎn)數(shù)1的二進(jìn)制表示為0x00111111100000000000000000000000，以小端方式存儲(chǔ)后占4個(gè)字節(jié)，分別是0x00000000、0x00000000、0x10000000、0x00111111。

進(jìn)一步，你還能直接從內(nèi)存數(shù)據(jù)沒(méi)有任何拷貝開(kāi)銷地構(gòu)造對(duì)象：

甚至這樣：

從堆內(nèi)存創(chuàng)建自然也沒(méi)問(wèn)題：

再比如，此時(shí)你面前有一個(gè)使用C++編寫(xiě)的庫(kù)，其中有這么一段代碼：

然后我們編寫(xiě)如下C#代碼：

上面的代碼干了什么事情？我們將C#的函數(shù)指針傳到了C++代碼中，然后在C++側(cè)調(diào)用C#函數(shù)生成了一個(gè)字符串wwwww，然后將這個(gè)字符串返回給C#側(cè)。而就算不用函數(shù)指針換成使用委托也沒(méi)有區(qū)別，因?yàn)?NET中的委托下面就是函數(shù)指針。

甚至，如果我們不想讓.NET導(dǎo)入foo.dll，我們想自行決定動(dòng)態(tài)庫(kù)的生命周期，還可以這么寫(xiě)：

上面這些都不是Windows專用，在Linux、macOS上導(dǎo)入.so和.dylib都完全不在話下。

再有，我們有一些數(shù)據(jù)想要進(jìn)行計(jì)算，但是我們想使用SIMD進(jìn)行處理，那只需要這么寫(xiě)：

可以看看在X86平臺(tái)上生成了什么代碼：

平臺(tái)判斷的分支會(huì)被JIT自動(dòng)消除。但其實(shí)除了手動(dòng)編寫(xiě)SIMD代碼之外，前兩個(gè)分支完全可以不寫(xiě)，而只留下：

因?yàn)楝F(xiàn)階段當(dāng)循環(huán)邊界條件是向量長(zhǎng)度時(shí)，.NET會(huì)自動(dòng)為我們做向量化并展開(kāi)循環(huán)。

那么繼續(xù)，我們還有ref、in、out來(lái)做引用傳遞。

假設(shè)我們有一個(gè)很大的struct，我們?yōu)榱吮苊鈧鬟f時(shí)發(fā)生拷貝，可以直接用in來(lái)做只讀引用傳遞：

而對(duì)于小的struct，.NET有專門(mén)的優(yōu)化幫我們徹底消除掉內(nèi)存分配，完全將struct放在寄存器中，例如如下代碼：

上述代碼GetDistance考慮是個(gè)熱點(diǎn)路徑，因此我加MethodImplOptions.AggressiveInlining來(lái)指導(dǎo)JIT有保證地內(nèi)聯(lián)此函數(shù)，最后為T(mén)est生成了如下的代碼：

全程沒(méi)有一句指令訪存，非常的高效。

我們還可以借用ref的引用語(yǔ)義來(lái)做原地更新：

甚至還能搭配指針和手動(dòng)分配內(nèi)存來(lái)使用：

C#的泛型不像Java采用擦除，而是真真正正會(huì)對(duì)所有的類型參數(shù)特化代碼（盡管對(duì)于引用類型會(huì)共享實(shí)現(xiàn)采用運(yùn)行時(shí)分發(fā)），這也就意味著能最大程度確保性能，并且對(duì)應(yīng)的類型擁有根據(jù)類型參數(shù)大小不同而特化的內(nèi)存布局。還是上面那個(gè)Point的例子，我們將下面的數(shù)據(jù)int換成泛型參數(shù)T，并做值類型數(shù)字的泛型約束：

無(wú)論是Test1還是Test2，生成的代碼都非常優(yōu)秀，不僅不存在任何的裝箱拆箱，甚至沒(méi)有任何的訪存操作：

接著講，我們有時(shí)候?yàn)榱烁咝阅芟胍R時(shí)暫停GC的回收，只需要簡(jiǎn)單的一句：

就能告訴GC如果還能分配128mb內(nèi)存那就不要做回收了，然后一段時(shí)間內(nèi)以后的代碼我們盡管在這個(gè)預(yù)算內(nèi)分配內(nèi)存，任何GC都不會(huì)發(fā)生。甚至還能阻止在內(nèi)存不夠分配的情況下進(jìn)行阻塞式FullGC：

代碼執(zhí)行完了，最后的時(shí)候調(diào)用一句：

即可恢復(fù)GC行為。

除此之外，我們還能在運(yùn)行時(shí)指定GC的模式來(lái)最大化性能：

更進(jìn)一步，我們甚至可以直接將堆內(nèi)存中的代碼執(zhí)行，在.NET上自己造一個(gè)JIT，直接從內(nèi)存創(chuàng)建一塊可執(zhí)行的區(qū)域然后往里面塞一段代碼用來(lái)將兩個(gè)32位整數(shù)相加：

除此之外，C#還有更多數(shù)不清的底層寫(xiě)法來(lái)和操作系統(tǒng)交互，甚至利用C#的編譯器取消鏈接到自己的標(biāo)準(zhǔn)庫(kù)，直接用從0開(kāi)始造基礎(chǔ)類型然后通過(guò)NativeAOT編譯出完全無(wú)GC、能夠在裸機(jī)硬件上執(zhí)行引導(dǎo)系統(tǒng)的EFI固件都是沒(méi)有問(wèn)題的，參考https://github.com/MichalStrehovsky/zerosharp

另外還有ILGPU讓你把C#代碼直接跑在GPU上面，以及跑在嵌入式設(shè)備上直接操作I2C、PWM、GPIO等等，就不再舉例子了。

而C#已經(jīng)進(jìn)了roadmap的后續(xù)更新內(nèi)容：允許聲明引用字段、添加表達(dá)固定長(zhǎng)度內(nèi)存的類型、允許傳數(shù)組時(shí)消除數(shù)組分配、允許在棧上分配任何對(duì)象等等，無(wú)一不是在改進(jìn)這些底層性能設(shè)施。

以上就是我認(rèn)為的C#和Java最大的不同。

在C#中當(dāng)你不需要上面這些的東西時(shí)，它們仿佛從來(lái)都不存在，允許動(dòng)態(tài)類型、不斷吸收各種函數(shù)式特性、還有各種語(yǔ)法糖加持，簡(jiǎn)潔度和靈活度甚至不輸Python，非常愉快和簡(jiǎn)單地就能編寫(xiě)各種代碼；而一旦你需要，你可以擁有從上層到底層的幾乎完全的控制能力，而這些能力將能讓你有需要時(shí)無(wú)需思考各種奇怪的workaround就能直接榨干機(jī)器，達(dá)到C、C++的性能，甚至因?yàn)橛羞\(yùn)行時(shí)PGO而超出C、C++的性能。

Java 8的Lambda表達(dá)式為什么要基于invokedynamic

謝邀，知乎上有很好的解釋，我就不說(shuō)原因了，個(gè)人感覺(jué)，為了對(duì)修改關(guān)閉，對(duì)拓展開(kāi)放，Java在最初設(shè)置的時(shí)候還沒(méi)考慮到λ表達(dá)式，由于之前設(shè)計(jì)，所以現(xiàn)在采用這種方式，在外部暴露invokedynamic，真正的實(shí)現(xiàn)在jdk里面，這種方法減少了編譯后字節(jié)碼大小。

stream有什么用

Stream是對(duì)集合（Collection）對(duì)象功能的增強(qiáng)，它專注于對(duì)集合對(duì)象進(jìn)行各種非常便利、高效的聚合操作（aggregateoperation），或者大批量數(shù)據(jù)操作(bulkdataoperation)。

StreamAPI借助于同樣新出現(xiàn)的Lambda表達(dá)式，極大的提高編程效率和程序可讀性。同時(shí)它提供串行和并行兩種模式進(jìn)行匯聚操作，并發(fā)模式能夠充分利用多核處理器的優(yōu)勢(shì)，使用fork/join并行方式來(lái)拆分任務(wù)和加速處理過(guò)程。