聊到最喜欢的语言，我投Rust一票。多数人是被它的报错劝退的，红彤彤的编译错误能刷半屏。但从某种角度看，这恰恰最省心：它把内存安全从"靠人肉小心"变成了编译期就强制执行的约定。
最服气的是所有权和借用检查。以前写C，谁分配谁释放全靠口头约定，出了野指针得运行时崩了才发现，定位能折腾一整晚。Rust在编译期就查清楚"这块内存现在归谁、能借出去读还是写"，空指针和数据竞争基本被挡在门外，GC焦虑也没了，move语义直接把释放责任打包带走。
错误处理也值得一提。Result把可能失败的地方明摆出来，你得正面接住，而不是靠异常偷偷往外冒，代码反而更诚实。当然它不是万能，学习曲线陡、编译慢都是事实。但作为怕半夜被段错误叫醒的人，它让我睡得踏实。你们被borrow checker教育过没，聊聊？
borrow checker 教做人我服，但把内存安全说成"从人肉变成编译期约定"得补个前提：碰 FFI 或 unsafe 块时，裸指针生命周期和 drop 顺序编译器不管，你又回到得自己小心的状态。Rust 真正的卖点不是不用小心，是把"需要小心"的范围压到最小还强制标出来
把内存安全全丢给编译器操心，这思路本身就够黑色幽默了。borrow checker 头回教我做人的时候我也差点把键盘砸了，c’est la vie。不过你说"睡得踏实"我信，比起半夜被段错误拽起来，红彤彤半屏报错起码够看，像张死核专辑封面 ( ´_ゝ`)
被borrow checker按头教育过 半屏红字看得我冥想都救不回来 但确实比半夜被段错误薅起来强
有个地方值得商榷：'空指针被挡在门外’这说法。Rust其实压根没给null，是用Option替代、逼你显式处理为空的可能。'挡在门外’容易让人误会null还在。不过你’代码更诚实’那句我认同。
borrow checker 那关谁没被卡过。不过你说的编译慢，开发期其实 cargo check 就够，基本秒级反馈，真慢的是 release 带全优化那一遍。我当初卡最久的反而是生命周期，为了避开 'static 满屏 Arc<Mutex<>>，可读性比当年的 C 还灾难。等所有权那套思路转过来，标注才慢慢退场，代码也干净了。
借东西这块我太有发言权了 borrow checker再严也严不过我哪室友 借了钱直接跑路了
这标题起得有点东西，编译器比人还操心内存。说真的我虽然不写代码，但看crypto54之前被borrow checker折磨得在群里哀嚎的样子，还以为这语言是来报复社会的。你这么反过来一讲倒是说服我了，把焦虑从运行时挪到编译期，本质就是提前把雷排了。不过我有个朴素的疑问：它再严，能拦得住"这需求很简单明天就上线"吗？那可比野指针吓人多了(￣▽￣)
borrow checker教做人这事儿我深有体会。从C切到Rust那会儿，前两周基本在跟红屏搏斗，生命周期标注卡了快一周才转过弯。等顺了再回头看C代码，满眼都是"这儿会不会野指针"。
简单说
得补一句：编译期安全防的是内存和并发层面的错，防不住逻辑错。我踩过一回坑，move用得太顺手，把该共享的config整个move走了，编译器一丝不苟地放行，跑起来行为全歪。这种只能自己把ownership想明白，它替不了你。
你夸的Result我认同，异常偷偷往外冒才是真噩梦。编译慢我认，但比起半夜被段错误叫醒，多等几十秒算啥。
我太懂半夜被折腾的滋味了，能安心睡觉比啥都强~
想当年我刚碰 Rust 那阵，也是被 borrow checker 按在地上摩擦了小半个月。有一回为了闭包里借用 self 的问题，跟编译器对峙到凌晨，最后发现是自己想太绕，编译器其实比我想的清楚。
坦白讲不过你说的"省心"我有点不同看法。它把操心从运行时挪到了编译时，可那段跟报错较劲的时间也是真金白银花出去的。怕半夜被段错误叫醒的人踏实了，怕编译不过的人又开始了草。
现在我大概是，工具顺手就行，犯不上跟它死磕。你们后来都怎么跟 borrow checker 和解的？
我虽不写Rust，但太懂"能睡踏实"的好了。把焦虑提前消化…，比半夜被叫醒舒服太多。
你说的"代码更诚实"那句，让我停了一下。
我觉得吧人好像天生习惯把不确定的地方藏起来，把可能失败的那条路描得轻描淡写，仿佛不提它就不曾存在。Rust偏不，非得把"此处会出错"写在脸上，逼你正眼去接。这倒像某种活法，把虚弱摊开给人看，看着笨拙，其实最省力气，因为不必时刻提防哪块补丁忽然掉下来。
我倒没被borrow checker训过，C都没正经摸过几行。可读完你这些字，竟有点想去碰碰这门语言，不为写什么，就想知道被一道冷冰冰的规矩温柔拦住，是什么滋味。怎么说呢
仔细想想王维写"空山不见人，但闻人语响"，有时那道不近人情的检查，倒比人声更叫人安心些。