rust編譯後大小

A. 2020-12-24 （一）Rust 入坑安裝、修改國內源、使用musl、優化二進制文件等

為以往項目開發 http api ，准備使用rust開發嘗個鮮，看是否有應用到其他項目中的可能性，本系列內容均為一步一步入坑的實況，未來有時間可能整理的更為系統性，目前僅作記錄。

由於需要支持各個發行版 linux，目前的想法是採用 musl 平台編譯100%靜態鏈接的可執行文件，盡量單文件發布。

文件為靜態鏈接，未優化，包含調試信息，未經 strip，大小 3687136

優化配置完全參考 https://www.aloxaf.com/2018/09/rece_rust_size/ 此文章，在此表示感謝。

文件為靜態鏈接，包含調試信息，未經 strip，大小 1731352

文件為靜態鏈接，不包含調試信息，stripped，大小 292264

Rust 安裝、驗證完畢。

B. 減少rust編譯後程序體積

第一步：
編譯release版本

第二步：
strip 命令

擴展
整優化等級
通過修改默認優化等級方式減少體積，以cpu換空間，如果不是必要，建議不要改
在Cargo.toml中新增下面配置

開啟 LTO
減少體積，增加鏈接時間也是一個取捨問題
在Cargo.toml中新增下面配置

C. rust中usize怎麼變成isize

這種做法就產生了，編譯器會發出警告，如果你聲明了一個變數卻沒有使用它：將警告作為錯誤處理。
這是為了避免有些人開啟嚴格編譯模式。盡管沒有邏輯問題，但是你「使用」了。
(void)u
純粹無意義的語句。
所以就出現了這種用法，那麼久出問題了，但是就是編譯不過了因為一些編譯問題
在很多編譯器裡面，編譯器就不會警告了

D. rust設置文件大小上限

168kb。rust設置文件具有自己的上限，上限為168kb，Rust是一門系統編程語言，專注於安全，尤其是並發安全，支持函數式和命令式以及泛型等編程範式的多範式語言。

E. rust性能到底有多好

這個和c++大同小異。 因為把大量的運行時放到了編譯時。 只不過編譯器優化不夠還達不到c++性能。
其實rust和c++的關系很想scala和java的關系。 rust和c++很多概念甚至庫都是通用的，抽象化方式，比如泛性，多態，可變性，拷貝構造，移動構造，都是一樣的。 你要是寫過c++再來寫rust，就會吐槽原來這個功能也有啊...

運行速度上rust c++ java都是大同小異，io處理上 java甚至比rust還要快。內存消耗rust和c++是一個級別的，都非常低。 另外很多人寫rust喜歡用arc cellref這些只能指針， 其實是給這些變數增加了動態性會導致額外開銷，所以這些特性用多了後，rust性能也不會太高：

F. go和rust打包軟體大小

0.86MB。go和rust打包軟體大小是0.86MB，go和rust的軟體包是屬於整套的軟體包，需要將go和rust軟體包在windows的原文件里進行協同式解壓，只有經過協同式解壓之後才能進行安裝使用。

G. 對比 Go 語言，Rust 有什麼優勢和劣勢

我並沒有什麼編程的經驗，覺得編程實在是太復雜了，不喜歡去研究太多，對這個也不怎麼懂，只能說自己是個半吊子，就是所掌握的知識，也是東拼西湊的，朋友和我說點兒，自己去書上看一點兒，只能說根據自己的體驗給出一些體會吧。

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