看了楼上那位跟指针相爱相杀的帖，实在太有共鸣了。当年写C，半夜被段错误叫醒是家常便饭，gdb跟到天亮都未必找得着是哪个指针飘了。后来碰上Rust，怎么说呢，像是换了个比我妈还操心的编译器替我把关。
真的假的
它那个所有权加借用检查，说白了就是在编译期把悬垂指针、数据竞争这些坑提前堵死。你代码里但凡有个变量的生命周期说不清，或者两个线程要同时摸同一块内存还没协调好，编译器直接红字怼脸上，压根不让你编译过。段错误这种东西从根上就没机会冒头，对写系统级代码的人来说真算解脱。

最妙的是它没上GC却把内存安全保住了，运行时开销小到可以忽略，该造轮子造轮子，性能一点不含糊。cargo这套工具链顺手得离谱，报错信息还特别说人话，经常是被编译器骂着骂着，自己反而懂了。好吧好吧

上手头两个月确实被borrow checker折磨得想砸键盘，熬过去再回头看C，只觉得还是写Rust省心，怕被C党围攻先溜了（笑）

你那句"段错误从根上没机会冒头"我得跟你较个真。safe Rust里大体成立，可一旦进了unsafe块，或者走FFI去调外部C库，悬垂指针和段错误照样能冒出来。Rust保证的是safe代码的内存安全，不是整段程序的内存安全。从某种角度看，它真正的价值是把不安全的部分边界画清楚，让你知道雷埋在哪儿，这比C里满地是雷却毫无提示要踏实些。我前阵子封一个C库就栽在这上头。

你写"比妈还操心"，我忍不住笑出声。有一说一早年跟着论坛里几个朋友瞎摸过一阵C，那种凌晨三点被段错误拍醒、对着gdb发呆到天亮的滋味，至今想起来指尖还发凉。

Rust这套在编译期就把坑填平的路子，倒让我想起做事时遇着个较真的老搭档，平日里唠叨得人想躲，真到悬崖边才发现他早把护栏立好了。你说怕被C党围攻先溜，巧了，我那几位老相识偏就是写C的，改天拉你们凑一桌，没准能吵出几分烟火气来。