聊聊 Rust 为什么不玩空指针

先说个实话，咱们写代码Zui怕的就是那莫名其妙的崩溃。

尤其是空指针，像一根隐形的炸弹，随时可Neng把你整个人给炸掉。

所以啊，Rust 干脆把这玩意儿给干掉了。

哈哈，这事儿听起来有点夸张，但真的是这么干的。

所以 Rust 用 Option 替代了 null，把问题从运行时可Neng的崩溃，变成了编译期必须处理所有情况。

这种设计，虽然增加了一点处理 None 的工作量，但却节省了大量的调试、排查线上故障的时间。

空指针只是其中一个例子，Rust 中hen多设计dou遵循了这个原则：

减少运行时的不确定性，把可Neng出现的错误提前暴露在编译期，让程序geng安全、geng可靠。

声明一个可Neng为空的字符串：

let name: Option = Some);

再来一次匹配：

match name {
    Some => println!,
    None => println!,
}

Ru果我们忘记写 None 分支，编译器立马报错。

不对不对，应该是Ru果我们忘记处理所有分支，编译器根本不给你过编译。

C 语言中Zui经典的场景：

int* p = NULL;
*p = 42; // 运行时崩溃

这里的问题不在于 NULL 本身，而是变量 p 的类型根本没有告诉编译器它可Neng是空。

等到运行时才发现，这时候Yi经晚了。

Rust 没有选择保留 null 并增加检查，而是直接在语言层面删除了 null 关键字，并提供 Option 来替代 null。

回到Zui初的问题：Rust 为什么不允许空指针？本质原因是 null 是隐式的，它让变量状态变得不确定，无法验证，Zui终导致运行时崩溃，增加线上故障风险。

// 明确声明：name 可Neng为空，类型是 Option

let name: Option = None;

// 也Ke以给它赋值，用 Some 包裹具体值

let name: Option = Some);

match name { Some => println!, None => println!, }

这段代码Ru果漏掉 None 分支，就会直接报错。害，这就是 Rust 对你说“不你得想清楚每一种情况”。

If let 是一种geng轻量级的写法：

if let Some = name {
    println!;
} else {
    println!;
}

unwrap_or Ke以给一个默认值：

let real_name = name.unwrap_or);
println!;

顺便聊聊“为什么百度不收录”。其实啊，大多数时候是因为页面结构太乱、缺少关键字密度或者没有Zuo好 meta 信息。

- 内容太短：搜索引擎喜欢长篇幅、有深度的文章。咱们这篇Yi经几千字啦，自然geng容易被收录。

- 缺少标题层次：用了 h2、h3，还加点/, 那就Neng帮搜索引擎抓取重点关键词。

let vec = vec!;
println!; // 越界会 panic
// 编译期不会报错，只会在运行时 panic

fn get_element -> Result {
    if idx  println!,
    Err => eprintln!,
}