async_std::sync::Arc的目的是什么？

Question

我理解为什么可能阻止当前线程(如Mutex和RwLock )的结构需要重新实现以依赖期货/waker API，但为什么Arc需要这样做呢？

据我所知，标准Arc上的任何操作都没有阻塞，在最新版本中，async_std::sync::Arc只是std::sync::Arc的再导出。

如果将来的Arc实现需要依赖于阻塞，这是未来的防伪吗？

我应该在异步代码中使用哪一个，为什么？

Answer 1

重点是尽可能简化从std到async_std的转换。

箱子的描述的开头是：

这个机箱提供了一个异步版本的std。

它的一个描述性特征是：

直觉：与stdlib完全奇偶意味着您只需要学习一次API。

至于博文介绍，它明确提到，async_std意味着尽可能替代std：

使用std​，所需要的只是将替换为 async_std​，，添加前奏曲​，然后再加上几个.await​s

(重点是我的)

有鉴于此，async_std的开发人员选择从不需要适应async的std中再导出所有类型是有意义的:用户不需要担心类型是否为async，也不需要担心use的内容。