boost::asio::deferred 相比 use_awaitable 为何更高效？

最近看到sehe的一个回答提到，boost::asio里的asio::deferred比use_awaitable更高效，今天就给你拆解下背后的原因：

首先得从两者的实现逻辑差异说起：

• use_awaitable在使用时，会创建awaitable对象来封装异步操作的状态，这个过程免不了额外的内存分配和状态管理开销，而且它需要适配协程框架的调度逻辑，中间会多一层适配层的损耗。
• 而asio::deferred是零开销的延续机制，它直接把异步操作的完成逻辑绑定到后续调用链上，不需要额外分配对象存储状态。本质上它是生成一个可调用的延续，直接衔接异步操作的完成回调，省掉了use_awaitable里那些额外的封装和调度环节。

打个通俗的比方，use_awaitable就像寄快递时用了中转箱，虽然能帮你管理包裹，但多了一层包装和中转搬运的成本；deferred则是直接把包裹从起点送到终点，没有中转环节，效率自然更高。

另外，deferred还更适配编译期优化——它的延续逻辑在编译阶段就确定了，编译器能做更多优化（比如内联调用），进一步降低运行时开销；而use_awaitable的动态特性相对限制了部分编译优化的空间。

备注：内容来源于stack exchange，提问作者Nick Matteo