你的疑惑不在于 await ，而是你还没理解 协程（ coroutine) 和 线程 (thread) 的运行方式。
协程是对线程的分时复用，线程是操作系统提供的对 CPU 的分时复用。
Rust 的 await 是一种协程相关的关键字，你的理解是线程的工作方式。

Rust 神教教徒来传教了，不喜请忽略。

我跟你一样，对数据库的查询引擎和存储结合的部分很感兴趣，也觉得 CPP 的心智负担真的太大了，没办法让我在快速试验想法的同时，能够积累一些代码用于下一次的迭代。

如果只是要快速迭代，那可能用脚本语言或者别的灵活性很高的语言是可以的，但问题是这些语言虽然表现力强但是性能真的很成问题，很难用于积累。

所以 Rust 真的很适合，它的类型系统能够帮助你以很正交的方式来描述抽象设计，零成本抽象的设计原则提供了良好的运行时性能。

作为一个曾经的 CPP 程序员，我认为 Rust 真的不需要知道什么奇技淫巧或者 corner case 就能用得很好；当然这对于很多人来说，可能 Rust 的门槛真的很高，因为他们不一定需要这么强力的工具。但以你的目标来看（ DBMS 核心组件），Rust 应该是恰当的。

@yannxia #198
我反正无所谓我是不是愚昧，我又不是无所不知。
但是你说我站在他们的对立面，那你肯定又是愚昧了。
反对“单踏板模式”的人里面，会持有什么观点我非常清楚并且很理解。
倒是你有没有问过他们，有没有开过可调节动能回收、定速巡航或者全速自适应巡航，
如果他们知道这些的话，电车不可以松开踏板放在刹车踏板上备刹吗？这时候和油车有任何区别吗？
愚昧就是愚昧，不会因为有自己的理由就不是愚昧

看完所有回复，OP 有没有觉得人类的愚昧真的很顽固？哈哈哈哈~

就是有那么一部分人，既不能从文字描述中感知叙述者的感受，也不愿意亲自去感受，
然后坚持以自己的想象否定叙述者的体验。

所以我一直认为，一线销售人员应该是一种技术工种。

@bli22ard #6
标准库里为所有 T &T &mut T [自] [动] [地] 实现了 Borrow 和 BorrowMut 。
你不妨试试“自动地”实现一个 trait 在某个 feature 没有 stable 之前是不是允许的。

AsRef 和 AsMut 可没有这个待遇。
并且，其实 AsRef 和 AsMut 更符合设计用途的用法是类似于 OO 里面的子类隐式向父类引用转换。
而 Borrow 和 BorrowMut 在理解了 “有所有权” 和 “有使用权” 的细微差异后就会发现真的很有用

@bli22ard #4 你会这么想是不是因为你没有注意到 这段代码
https://doc.rust-lang.org/src/core/borrow.rs.html#208-241

不可能有别的代码能替代这段标准库里的效果

譬如说，我要实现一个 RingBuffer ，可以 RingBuffer 自己分配 buffer 的内存，也可以接受外部输入的 buffer 。
我们可以发现，无论自己分配还是外部输入，RingBuffer 的大部分功能代码都是一样的，不太可能为此写两种不同的 RingBuffer 。那么，RingBuffer 就可以这么定义:

```Rust
pub struct RingBuffer<B: BorrowMut<[u8]>>(B);
```

如果你对没有小孩的生活有美好的期待，觉得那是一种持久的自由甚至是幸福，那我只能说你还很嫩。
养育小孩是另一种创业，不知道这个角度对你来说会不会有点启发。
确实有很多人不适合养育小孩，正如很多人不适合创业一样。

这很正常，我前两天又手痒造了个基于 ticket 的 spinlock 并且实现了用合理的代价支持线程退出争夺锁
准备再过段时间实现一次 poison 检测
而这些东西，任何现代操作系统都直接提供了实现

如果你学 Rust ，那就可以很容易地明白他们为什么这么说，但你学 Go 我只能说你要多想。
（对我是来挑事儿的 XD

谁能想到呢，写个 spinlock 都需要引入分布式算法。

在极其有限的内存中（一个 int ）挤出两个 bit 用来标记：1.受控取消争夺锁状态，2.有线程崩溃后的 非受控取消争夺锁状态。

先说 1 受控取消
取消者要设置标记，然后把自己的 ticket number N 放在 atomic_int 里面，才可以安全退出,
然后 ticket number 是 N + 1 的等待者检测到这个变化，也把 N + 1 防盗 atomic_int 里面，继续等待。
如此类推，就可以顺利地把所有等待者都顺利更新 ticket 。
第 n 个受影响的等待者会发现自己更新之后，N + n 一直不会变，那么他来负责清除这个受控取消状态的标记。

这帖子真的太难顶了，浪费了我整整一分钟

所以“开源才是解放程序员自己，同时又能产生价值” 这个结论非常反直觉，但时间尺度够大的时候是成立的。

调侃：因为你和那些人不是一个档次。（对，你的高）

你想听到的答案：因为口味问题。

真正的原因：因为 go 的 err 强迫你写大量重复且相似的代码，并且这些代码完全可以用更好的模式来取代。

Deref AsRef Borrow 都有相似的作用，叫做 Ref 很难区别其中的仔细差异