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

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

創(chuàng)新互聯(lián)建站是一家集網(wǎng)站建設(shè),多倫企業(yè)網(wǎng)站建設(shè),多倫品牌網(wǎng)站建設(shè),網(wǎng)站定制,多倫網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,多倫網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

大家如何評價Rust語言

我用rust正在寫一個區(qū)塊鏈項目。

如果不熟悉它的機制，很可能會寫得非常啰嗦。

舉個例子MutexRefCellRc 這種類型多了會讓人崩潰。

c++很多東西被簡化了， 比如拷貝構(gòu)造函數(shù)變成了Copy trait，移動構(gòu)造函數(shù)自帶。 RAII被rust強推（連lock都是）.. 想要用內(nèi)存不安全的操作需要加unsafe。c++那幾個智能指針變成rust的基本類型了。所有的變量都會有一個所有權(quán)，不用智能指針的話，只能用引用（rust叫借用），增加了很多限制。指針什么的很難看到了（寫起來啰嗦）

惡心的生命周期標注，沒有ide很容易被這個煩死。

沒了容器類， 這個習慣c++的要吐槽。

加了很多函數(shù)編程的概念。 比如： arr.to_iter().filter（|x| x.age 20）， 還有模式匹配，高階枚舉，但總體沒有scala ocaml這類強大。

完全編譯時， 極少運行時（有類似c++的typeid），要想用類似java的反射機制就不要想了。 泛型和c++一樣， 基本就是一個文本替換（宏）

常用的功能， 如多線程，日志，文件，網(wǎng)絡(luò)等都比c++ std和boost好用很多， 但是功能也沒有那么強大， 不少功能和c一樣直接在系統(tǒng)內(nèi)核上封裝了一下，寫起來跟c有點像。

完全拋棄面向?qū)ο?，和go很像，全是struct。這點真心比c++半吊子面向?qū)ο髲姟?/p>

比c++方便最多的地方是有一個模塊管理系統(tǒng)，項目的結(jié)構(gòu)都是訂死的（和sbt有點像），靈活性不強。

目前社區(qū)不完善，基本上找不到什么有用的論壇。debug比較痛苦。

總體覺得是c++的閹割版，寫起來很難像c++一樣放得開。小項目會快那么一點，畢竟不用寫makefile。

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

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

gorust字符串效率

gorust字符串效率中g(shù)o的效率更高。Go的簡單直接特性，讓它比其它語言開發(fā)效率更高。而Rust具有甚多的語言功能，這就讓開發(fā)、編譯過程時間更長。

Python , Go , Rust

Go語言非?？?，但并沒有為我提供足夠的類型安全。如果不需要并發(fā)，那么我寧可繼續(xù)使用Python及其生態(tài)環(huán)境，而不會去冒險采用Go重寫一切。如果需要并發(fā)，那我也不會使用Go，因為它缺乏類型安全，這個炸彈肯定會爆炸。

Rust非常適合并發(fā)和安全，盡管futures-rs的“箱子”（Rust里函數(shù)庫叫做“箱子”）依然非常新。我認為，以后Rust會成為許多后臺的默認語言。