千萬別學Rust！
張大胖被別人安利了一個新的語言：Rust，說是將來會替代C語言，就連Linux都要使用Rust了。
作為編程語言的狂熱愛好者，他自然要嘗試一番。
第一個程序自然是hello world，太簡單了，都懶得去寫，看看就行了：
fn main() {
println!("hello world");
}張大胖原來用過C語言， 當時覺得非常不爽的是它本身沒有內置常用的數據結構，比如一個可以動態增長的數組，這Rust怎么樣呢？
fn main() {
let v = Vec::new(); //創建了一個數組
v.push(4); // 向數組添加一個元素
}張大胖寫下let就意識到，這里是將值(數組)綁定到變量v ， 應該是借鑒了Lisp的模式匹配，可以預見將來會遇到這樣的代碼：
let (name,age) = ("Andy", 30);還有就是這Rust具備自動類型推斷能力，這點挺不錯的。
編譯吧！咦，居然失敗了，錯誤信息是：cannot borrow `v` as mutable, as it is not declared as mutable
Rust編譯器：我們把對象分為可變的和不可變的，對于不可變的，一旦創建以后，就不能再改了。那就加個關鍵字mut，讓它變成可變的就可以了：let mut v = Vec::new()
張大胖想起了《effective java》中的一條實踐：把可變性限制到最小。他嘴里咕噥著：“嗯，Rust默認是不可變，這個思路也許是對的。”
所有權
他又探索著寫下一些代碼：
fn main() {
//用另外一種方式創建了一個可變Vector
let mut v = vec![1,2];
let v1 = v;
println!(" the 1st element is {}",v[0]);
}編譯，又失敗了，WTF！到底是怎么回事？這么簡單的程序也會出錯？！
Rust編譯器：誰讓你手賤！加了一行代碼：let v1 = v
張大胖：這有什么關系？在Java中，這就相當于對同一個對象，又添加了一個引用而已！
Rust編譯器：那是Java，在我Rust這里，你一定要放下Java的執念！要理解一下所有權的問題。
張大胖：什么所有權？
Rust編譯器：對于任何給定的對象都只有一個綁定與之對應。你用let mut v = Vec::new()就意味著 v 和這個Vector對象綁定了！現在v擁有這個對象的所有權。這一行代碼 let v1 = v ，讓所有權發生轉移了， 現在v1是新主人了。v就不能再訪問這個Vector， 我把這種情況叫做“轉移語義”。
圖片
碼農翻身注：實際上， Rust也支持Copy語義，這里不在詳述。
張大胖不滿地說：這不是徒增煩惱嗎？那我要是把v傳遞給另外一個函數呢？
fn main() {
let mut v = vec![1,2,3,4]; //創建了一個可變Vector
print_vector(v);
println!(" the 1st element is {}",v[0]);
}
fn print_vector(v: Vec<i32>){
for i in v {
println!("{}", i);
}
}編譯還是出錯！
Rust編譯器：這和剛才是一個道理，v的所有權在傳遞給函數時，被拿走了，所以在main中不能再訪問v了 ！
借用
張大胖：太變態了，我就是想在調用print_vector以后想訪問再訪問變量v，該怎么辦？
Rust編譯器: 你可以把所有權暫時借用(&v)給print_vector，等函數返回就可以接著使用了。
fn main() {
let mut v = vec![1,2,3,4]; //創建一個可變Vector
print_vector(&v);
println!(" the 1st element is {}",v[0]);
}
fn print_vector(v: &Vec<i32>){
......
}這個借用就相當于Java語言的引用了，張大胖想，print_vector函數已經“借到”所有權，應該可以為所欲為了吧，于是在函數內做了修改：
fn print_vector(v: &Vec<i32>) {
v.push(3);
.....
}再次編譯，再次失敗！張大胖感覺到要吐血了，這Rust實在太不講道理了。
Rust編譯器：“你這個借用想要改變原來的對象，也得加上 &mut才行！”
fn main() {
let mut v = vec![1,2,3,4]; //創建了一個Vector
print_vector(&mut v);
println!(" the 1st element is {}",v[0]);
}
fn print_vector(v: &mut Vec<i32>) {
v.push(3);
......
}總結一下：
圖片
張大胖繼續寫代碼，想繼續測試這個所謂“借用”：
fn main() {
let mut x = String::from("hello");
let x1 = &x;
let x2 = &mut x;
println!("{}", x1);
}編譯還是出錯：‘x’已經有一個不可變借用了，不能再以可變的方式來借用！
張大胖徹底懵逼了！
想我叱咤編程界多年，先后學會了C,C++, Java, Ruby ,Python， 從來就沒見過這么復雜的語言，這么簡單的程序，編譯都通不過。
Rust編譯器：道理很簡單，x1是不可變引用，x2是可變引用，使用x1的"用戶"可不希望訪問x1時，數據已經改變了。我告訴你一個簡單的口訣，以后再遇到問題就迎刃而解了：共享不可變， 可變不共享。
(用嚴格的描述來說是這樣： 同一時刻，要么只有一個可變（&mut）借用，要么有多個不可變（&) 借用，不能同時存在可變和不可變借用。
)
圖片
（都對一個對象做讀操作，安全！）
圖片
（只有小張可以寫，因為他是可變的借用）
張大胖琢磨了一下，這口訣用人話來說是這樣的： 當大家都在讀一個東西的時候，是不能寫的。當一個人在寫的時候，別人是不能讀的， 這不就是經典的讀寫鎖問題嗎？這Rust居然在編譯器級別做了這種限制 ！
Rust編譯器：我之所以由這么嚴格的限制，就是為了內存安全，我的這套體系是不需要GC的，只要你能按照我的規矩來，內存安全就能保證。
張大胖：你啊，是為了懶省事，把本來可以讓虛擬機干自動做的事情，都交給程序員來做了，這是要把我們累死啊！
Rust編譯器：你到底做過系統級編程沒有？系統級編程要求：
1. 非常快
2. Runtime 很小(虛擬機就是一個巨大無比的Runtime)
3. 能直接訪問內存，并且內存安全。
C和C++基本滿足，但是內存不安全， 像Java, Python,Ruby 除了內存安全之外，別的都不滿足，只適合應用層編程。
張大胖無語了，這家伙的目標是要替換C/C++，自己也寫過不少C代碼，由于內存問題，不知道搞垮過多少個程序，懸空的指針就像幽靈一樣到處飄蕩，無蹤可循，然后在一個未知的地點，未知的時刻突然爆裂。
這個Rust，每個對象都有唯一的“主人”，然后有對讀寫施加了這么嚴格的限制，如果程序員掌握了，確實比C語言安全， 我還是接著學吧！
