rust使用睡袋_如何简单有效地理解Rust中的生命周期？

有一个“书店(allocator)”和“旧书回收站(deallocator)”。

每个人可以从书店中买书(声名并初始化, aka RAII)，当一本书的拥有者不用这本书时，可以给 回收站回收利用。

一本书可以被其借用者(&)看。拥有者告知借用者他会丢给回收站的时间(&'a 中的生命期 'a)，借用者可以在书被丢掉之前看这本书(由编译器借用检查保证)。多个借用者可以是一个人看后给另一个人看(串行)，也可以几个人围一起看(并发，Sync)。

这个世界的人有个魔法，可以随意修改书的内容。但是同时这个世界的人达成一个共识：如果一个借用者拥有修改权力(&mut)，则在此时不应该有其他的借用者。因为你不希望你借了一本四大名著，今天看到第100页是西游记，第二天翻开第100页变水浒传了。除非书的拥有者特许(Cell，RefCell, Mutex，Atomic)。

一本书可以没有一个固定的拥有者，而是被多个人借用，并且由最后一个不再借用这本书的人送到回收站(Rc, Arc)。

如果一个人以为自己还借着某本已经送进回收站的书，则此借用者为悬挂引用。这种人有可能拿到、修改本不属于他的书，从而造成安全问题。Rust 编译器能保证不出现悬挂引用。

如果一本书没有人借用却没被送进回收站，则此书成为资源泄露。Rust 不容易产生资源泄露但并不完全阻止，如果出现大量的资源泄露，那书厂就会面临砍完树木又没足够回收的书来发行新书。

============ 如何实操 ===========

开着实时检查(VSCode 的 rust-analyzer 和 CLion 的 rust 插件均支持)写，当遇到生命期问题时，就去跟着错误提示思考“这里我借的‘书’会不会已经被‘回收’了。我在修改这本‘书’时，会不会有别的人在‘看’“。我遇到大多数情况都能想明白，然后恍然大悟：rustc 诚不欺我，我要是用 C++ 估计这里就是个内存问题了。