Tokio改革发货，通往0.2

大家好！

我很高兴地宣布，今天，[改革RFC]中提出的改变已经有了被发布到crates.io作为tokio 0.1。

主要变化是：

新的全局事件循环

到目前为止，创建事件循环是一个手动过程。即便如此绝大多数Tokio用户会设置反应堆来做同样的事情，每次都必须这样做。这部分是由于那里的事实是在Tokio reactor的线程上运行代码之间的显着差异或者从另一个线程（如线程池）。

Tokio改革的关键洞察力是Tokio 反应堆实际上不必是执行人。换句话说，在这些之前改变，Tokio反应堆将为I / O资源和管理提供动力执行用户提交的任务。

现在，Tokio提供了一个驱动I / O资源的反应器（如TcpStream和 UdpSocket）与任务执行器分开。这意味着很容易从* any *线程创建Tokio支持的网络类型，使其易于创建单线程或多线程Tokio支持的应用程序。

对于任务执行，Tokio提供[current_thread]执行程序，它行为与内置的tokio-core执行器的行为类似。计划是最终将这个执行者移到[期货]箱子里，但现在却是由Tokio直接提供。

Tokio改革的变化已经发布为0.1。依赖（tokio-io， [期货]，mio等...）没有增加他们的版本。这个允许'tokio`箱子在最小的生态系统中断的情况下被释放。

计划是让此版本中的更改在之前得到一些用法承诺给他们。任何需要重大更改的修复都可以在向所有其他板条箱发布的同时完成。目标是这将在6-8周内发生。所以请试试今天发布的变化提供反馈信息。

这仅仅是个开始。 Tokio有雄心勃勃的目标来提供额外的功能，以获得建立异步的伟大“开箱即用”体验 Rust中的I / O应用程序。

为了尽可能快地达到这些目标而不会造成不必要的生态系统中断，我们将采取一些步骤。

首先，类似于期货0.2版本，tokio箱子将是转变为更多的立面。特征和类型将被分解为一个子箱数量并由tokio重新出口。申请作者将是能够直接依赖tokio，而图书馆作者将挑选他们希望将特定的Tokio组件用作其库的一部分。

每个子箱都将清楚地表明其稳定性水平。显然，有一个期货0.2即将发布的突破性变化，但在此之后，基本构建模块将致力于保持稳定至少一年。更多实验箱将保留在a处发布重大变更的权利更快的步伐。

这意味着tokio crate本身将能够以更快的速度迭代图书馆生态系统保持稳定的步伐。

前0.2期也将是一段实验期。额外功能将以实验能力添加到Tokio。在0.2之前发布，将发布一个RFC，涵盖我们想要的功能包含在该版本中。

剩下的一个问题是如何处理tokio-proto。它被发布了最初的Tokio发布的一部分。从那以后，焦点已经转移了箱子没有得到足够的重视。

我发布了一个问题，讨论如何处理该箱子 [这里]（https://github.com/tokio-rs/tokio/issues/118）

请尝试今天发布的更改。再次，接下来的几个月是一个时期在我们提交下一个版本之前进行实验。所以，现在是时候尝试了出来并提供反馈。

在此期间，我们将整合这项工作，以建立更高层次 [塔]中的原语，由生产运营需求驱动 Conduit项目。