Rust目前仅提供编写异步代码的基本知识。executors、tasks、reactors、combinators和一些底层的IO futures和traits在标准库中并没有提供。但是同时，社区提供的异步生态系统填补了这些空白。
异步运行时是用来执行异步程序的库。运行时通常捆绑一个reactor到一个或者多个exectors上。reactor为异步IO、进程间通信和定时器等外部事件提供了订阅机制。在一个异步运行时中，订阅者通常代表的是底层的IO操作。executor负责调度和执行task。它们跟踪运行或暂停的task，轮询future来完成它们，并在任务取得进展时唤醒任务。executor一词经常与runtime互换使用。在这里，我们使用ecosystem一词来描述捆绑了兼容trait和功能的runtime。
future crate 包含用于编写异步代码的traits和函数。包含了Stream、Sink、AsyncRead和AsyncWrite traits，和combinators这样的公共组件。这些公共组件和traits可能最终会成为标准库的一部分。
futures有它自己的executor，但是没有reactor，因此它不能支持异步IO或者定时的特性。因为这个，它不能视为一个完整的运行时。一个通常的选择是futures的公共组件和其它crate的executor配合使用。
标准库没有异步的运行时，也没有官方推荐的。下面的crates提供了一些广受欢迎的运行时。
- Tokio：一个受欢迎的异步社区，包括HTTP，gRPC和tracing框架。
- async-std：一个提供了标准库组件副本的crate。
- smol：一个小巧、简化的异步运行时。提供
Asynctrait，可以用来包装像UnixStream或者TcpListener这样的结构体。 - fuchsia-async：在Fuchsia os中使用的executor。
不是所有的异步程序、框架和库是与其它库或者操作系统或者平台兼容的。大多数异步代码可以在任何生态系统(Ecosystem)中使用，但是一些框架和库需要特定的生态系统。生态系统的限制并不总是记录在案的，但是有一些经验法则来断定这个库、trait或者函数是否依赖一个特定的生态系统。
任何与异步IO、计时器、进程间通信，或者任务的异步代码通常依赖特定的异步executor或者reactor。而其它类型的代码，例如异步表达式、combinators、同步类型、流，通常与生态系统无关的，这些代码提供的任何嵌套的future也与生态系统无关。在开始一个项目前，推荐去搜寻相关的异步框架和库，并确保与你选择的运行时兼容。
值得注意的是，Tokio使用mio的reactor，定义它自己版本的异步IO traits，包括AsyncRead和AsyncWrite。
Tokio不与async-std和smol兼容，async-std和smol依靠async-executor crate和定义在futures中的AsyncRead和AsyncWrite traits。
冲突的运行时需求有时可以通过兼容层解决，这些兼容层运行你在一个运行时中调用为另一个运行时写的代码。例如，async_compat crate 提供了一个Tokio和其它运行时的兼容层。
库暴露的异步API不应该依赖一个特定的executor或者reactor，除非它们需要生产tasks或者定义它们自己的异步IO或计时器 futures。理想情况下，只有二进制程序负责调度和运行tasks。
异步executors可以是单线程或者多线程的。例如，async-executor crate 有一个单线程的LocalExecutor和一个多线程的Executor。
一个多线程的executor可以同时进行多个任务。对于具有许多任务的工作来说，它可以大大加快执行速度，但是在任务之间同步数据通常会代价更加昂贵。建议度量你程序的性能来决定选择单线程还是多线程运行时。
任务可以在创建它们的线程上运行，也可以在另外的线程上运行。异步运行时通常提供将任务生成到单独线程上的功能。即使任务在另外的线程上执行，它们仍然是非阻塞的。为了在多线程执行器上调度任务，它们必须是Send的。有些运行时提供函数生产非Send的任务，这些能确保任务在生产它们的线程上执行。它们也提供了在专门的线程上生成阻塞任务，这些对于运行其它库的阻塞同步代码很有用的。