對比 Go 語言，Rust 有什么優(yōu)勢和劣勢？

我并沒有什么編程的經(jīng)驗(yàn)，覺得編程實(shí)在是太復(fù)雜了，不喜歡去研究太多，對這個也不怎么懂，只能說自己是個半吊子，就是所掌握的知識，也是東拼西湊的，朋友和我說點(diǎn)兒，自己去書上看一點(diǎn)兒，只能說根據(jù)自己的體驗(yàn)給出一些體會吧。

成都創(chuàng)新互聯(lián)公司堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的普陀網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

Rust的優(yōu)勢是：

1、Rust把安全、精確的內(nèi)存管理作為一切的中心放在首要的位置。

2、Rust同時擁有特別強(qiáng)的控制性和特別強(qiáng)的安全性。

3、Rust語言通過： 優(yōu)秀的類型系統(tǒng)設(shè)計、 嚴(yán)格的編譯器靜態(tài)審查、 配合程序員局部核對、加上少量的運(yùn)行時校驗(yàn)，保障了內(nèi)存安全。

4、Rust的語言特別的復(fù)雜，導(dǎo)致學(xué)習(xí)曲線比較陡峭，對于初學(xué)者來說難度較大。但學(xué)通之后將終生受益。

5、效率高，速度特別的快

6、 支持范型

7、 社區(qū)活躍度很高，更加的強(qiáng)調(diào)了社區(qū)的作用。

8、Rust 有更強(qiáng)的語義，更容易捕獲錯誤的邏輯，編譯器直接檢查出你代碼中的不安全的部分

Rust的劣勢是：

1、 語言相對來說比較復(fù)雜，對于新手來說，讓新手摸不著頭腦。

2、還不算太穩(wěn)定。

其實(shí)我覺得什么代碼啊編程啊這些東西還是比較適合理工的學(xué)生去研究，我一看腦袋就大，完全不明白在講什么。我大概了解的就是這些，語言的話大家可以多方面的去了解，也不是說有缺點(diǎn)就是不好，看配置看個人吧，每個人習(xí)慣不一樣，也許有的人用不穩(wěn)定的還覺得挺好呢，有的人就喜歡比較完美的，在我看來編程這個東西真的是很復(fù)雜，會有很多的代碼，這些代碼弄得我自己頭都大了，有的時候還得去惡補(bǔ)一下。

Rust 和 Go 的并發(fā)模型有什么不同，為什說 Rust 的并發(fā)模型更好

1.根據(jù)Rust的特點(diǎn)和定位適用于對控制性比較強(qiáng)，對性能很敏感的領(lǐng)域，比如底層軟件(OS/driver)，基礎(chǔ)系統(tǒng)軟件（Compiler/VM/DB等），性能要求比較高的應(yīng)用軟件（瀏覽器/圖形圖像處理/游戲/高性能服務(wù)器軟件等，或者可能包括近來很火的ML應(yīng)用方向）。2.底層軟件(比如OS/driver)部分是和C應(yīng)用領(lǐng)域有很大重合度的，在這個領(lǐng)域我認(rèn)為對C沖擊不大。在這里C已經(jīng)足夠好了，而且這些領(lǐng)域技術(shù)性很高，但業(yè)務(wù)邏輯其實(shí)并不算太復(fù)雜，Rust的優(yōu)勢作用有限。而且Rust相比于C語言，帶來了一定的“黑盒”和這些領(lǐng)域一些不需要的語言復(fù)雜特性。C作為“可移植的匯編”恰到好處的非常適合這個領(lǐng)域，其他語言基本無法構(gòu)成挑戰(zhàn)。3.前面1中提到的領(lǐng)域除了底層軟件(OS/driver之類)剩下的領(lǐng)域，C++目前最具有優(yōu)勢。在這些領(lǐng)域C++相對于C提供了高級特性方便開發(fā)，相對于JVM系的性能更高內(nèi)存更少。（雖然這些領(lǐng)域有些知名軟件是C和JVM系的，比如postgresql/redis/nginx/Hadoop/spark等，但在這些領(lǐng)域目前只有C++一個是全能型）我認(rèn)為rust的主要戰(zhàn)場就在這里，需要對決的對手就是C++。C++既有的力量（系統(tǒng)/代碼/人員/習(xí)慣)太強(qiáng)大了，在這些領(lǐng)域完全打敗C++是非常困難的。而且C++也在不斷發(fā)展，近年來發(fā)展的步伐也快了起來，C++11/14/17等等。但C++的歷史包袱是很重的，越發(fā)展其實(shí)復(fù)雜性也在不斷提高，何況有些問題（像安全/異常/復(fù)雜繼承等等）是基因里的，通過增加feature打補(bǔ)丁是彌補(bǔ)不了的。Rust最容易吸引的人群可能是C++程序員：因?yàn)?，一方面解決了不少C++的痛點(diǎn)，另一方面Rust的很多特性其實(shí)有點(diǎn)復(fù)雜也有點(diǎn)門檻的。這些特性背后的動因有C++背景的程序員是非常容易理解，也是不少C++程序員夢寐以求的。相對而言，其他語言背景出身的程序員，對Rust的共鳴性遠(yuǎn)遠(yuǎn)沒有C++程序員強(qiáng)烈。猜測Rust會：a.蠶食掉一定的C++份額。一些可能本會選擇C++開發(fā)的新項(xiàng)目，可能會選擇Rust。b.蠶食掉一定的Java份額。有些項(xiàng)目選擇JVM系是由于C++開發(fā)太復(fù)雜，同時該項(xiàng)目對性能又有一定的要求。那么Rust出現(xiàn)以后也會蠶食掉一定的此類項(xiàng)目。c.蠶食掉一定的golang份額。不滿意gc（即使1.5改善了，gc的先天問題是無法徹底解決的），不滿意泛型，不滿意性能的一部分項(xiàng)目。不過也要依賴于Rust未來并發(fā)的解決方案是否足夠理想了。1.0這種是沒戲的。d.移動端Rust從自己實(shí)力上說是夠的。不過這個真的要看出品移動端設(shè)備的“爹”的意思了。Rust自身有一些優(yōu)勢非常明顯，在這些領(lǐng)域是很有競爭力的。Rust社區(qū)一定要重視IDE開發(fā)環(huán)境，花費(fèi)精力出eclipse/intellji/vs的高質(zhì)量的IDE插件，對于推廣和流行大有幫助。只要Rust社區(qū)不要犯D語言曾經(jīng)反復(fù)折騰的毛病，能像golang社區(qū)那樣基礎(chǔ)做的不錯并且工程質(zhì)量優(yōu)秀，那么未來Rust出幾個殺手級的應(yīng)用，前途還是很可期的。

rust/warp 比 go/fasthttp 要快數(shù)倍

上周我發(fā)現(xiàn)了關(guān)于超性能的帖子。它表示 rust tokio/hyper 性能高于 go http。這是意料之中的，但有一條評論與 fasthttp 相比，其中 rust 的表現(xiàn)稍差。

我決定自己執(zhí)行基準(zhǔn)測試。使用以下命令在 AWS r5n.8xlarge實(shí)例上執(zhí)行所有基準(zhǔn)測試：

go/fasthttp 代碼：

生銹/扭曲代碼：

請注意，需要額外的標(biāo)頭來匹配 fasthttp 實(shí)現(xiàn)。

初始基準(zhǔn)測試結(jié)果

去/快速http：

生銹/翹曲：

fasthttp 比 rust 版本高出 10% 左右！

優(yōu)化 rust 版本

很少有已知的技巧可以使 rust 版本更好地工作。讓我們一步一步地應(yīng)用它們，看看我們能走多遠(yuǎn)。

啟用 LTO

LTO 是一種鏈接時優(yōu)化，可減少生成的二進(jìn)制大小并提高性能。了解有關(guān) LTO 的更多信息。

與初始版本相比，我們獲得了 +5% 的收益。

使用 Jemalloc

默認(rèn)情況下，rust 代碼使用 libc 內(nèi)存分配器，通常不建議將其用于高負(fù)載的關(guān)鍵應(yīng)用程序。有很多替代分配器。根據(jù)我的經(jīng)驗(yàn)，jemalloc 在性能和內(nèi)存利用率方面是最好的。了解有關(guān)使用 jemalloc 的更多信息。

與 LTO 版本相比，我們得到了 +1.8%。

啟用不穩(wěn)定的管道

帶有wrk 的Benchmark是一個非常簡單的 HTTP/1 小明文測試。這種基準(zhǔn)有一些細(xì)節(jié)。讓我們unstable_pipeline在 warp 實(shí)例上啟用。

與 LTO+jemalloc 版本相比，我們獲得了額外的 +3.8%。

太好了，在這一步我們已經(jīng)超越了 fasthttp！

修復(fù)一些 tokio

讓我們檢查一下火焰圖，看看運(yùn)行代碼是否有明顯的無效性。我不會發(fā)布它，以免敘述過多。

引起我注意的特殊功能是wake0 （見這里）。

該wakers數(shù)組是在每個函數(shù)調(diào)用上創(chuàng)建的，用于收集所有需要通知并實(shí)際通知它們的喚醒者。我開始使用這段代碼，并意識到減少會NUM_WAKERS提高性能！讓我們在這里注意，它是一個數(shù)組（不是 vec），它是在堆棧上分配的，所以不會發(fā)生分配。性能不足的原因是rust在初始化數(shù)組時，會將None值復(fù)制到數(shù)組的每個槽中。NUM_WAKERS當(dāng)增加時，這會導(dǎo)致減速。

我們獲得了額外的 +2.8%，并且以 3.7% 的成績超過了 go/fasthttp！

什么做得不好

我嘗試了更多技巧，但沒有顯示出有意義的影響：

對比Go 語言，Rust 有什么優(yōu)勢和劣勢

Python 是腳本語言，也就是中間件語言，其內(nèi)核仍然是純 c 的性能表達(dá)的，而主要性能消耗在腳本的實(shí)時編譯上。而對比c，同樣的功能，python可以表達(dá)比c更加精煉，當(dāng)然犧牲了一些性能。如果確實(shí)對某個模組性能不滿意，還可以使用 c 編寫 Python 模塊為其加速。面對一些并不需要過多性能而可以獲得更快捷的開發(fā)速度，Python的優(yōu)勢完全可以蓋過“劣勢”。可以說，Python基本完美。例如知乎就是使用 Python 制作的。Google 的許多頁面也是使用 Python 進(jìn)行渲染的。