From 835d4c11181b940e907871abeb768a56a8243f70 Mon Sep 17 00:00:00 2001 From: jasminepeng Date: Wed, 14 Dec 2016 17:32:51 +0800 Subject: [PATCH] =?UTF-8?q?=E6=A0=A1=E5=AF=B9=E4=B8=AD?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 校对中 --- .../20161030 I dont understand Pythons Asyncio.md | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/translated/tech/20161030 I dont understand Pythons Asyncio.md b/translated/tech/20161030 I dont understand Pythons Asyncio.md index 3435e445d1..c2c7dc6640 100644 --- a/translated/tech/20161030 I dont understand Pythons Asyncio.md +++ b/translated/tech/20161030 I dont understand Pythons Asyncio.md @@ -98,7 +98,7 @@ Python 正在慢慢学习过度重载这个系统的教训。 首先在3.x 版 特别令人困惑的是 asyncio.iscoroutinefunctio n和 inspect.iscoroutinefunction 正在做不同的事情，这与 inspect.iscoroutine 和 inspect.iscoroutinefunction 相同。 到得注意的是，尽管 inspect 在类型检查中不知道有关 asycnio 遗留协同功能的任何信息，但是当您检查 awaitable 状态时它显然知道它们，即使它与`__await__`不一致。 -### 协程包装器 +### 协程包装器Coroutine Wrappers 每当你运行 async def ，Python 就会调用一个线程局部 coroutine 包装器。 它由 sys.set_coroutine_wrapper 设置，并且它是可以包装这些东西的一个函数。 看起来有点像如下代码： @@ -120,15 +120,16 @@ __main__:1: RuntimeWarning: coroutine 'foo' was never awaited ### Awaitables 和 Futures -有些东西是awaitables。 据我所见，以下概念被认为是awaitable: +有些东西是 awaitables。 据我所见，以下概念被认为是awaitable: * 原生的协程 -* 配置了CO_ITERABLE_COROUTINE标识的生成器（文中有涉及） -* 具有await方法的对象 +* 配置了 `CO_ITERABLE_COROUTINE` 标识的生成器（文中有涉及） +* 具有`__await__`方法的对象 -除了生成器由于遗留的原因不是使用await方法，其他的对象都使用。 CO_ITERABLE_COROUTINE标志来自哪里？ 它来自一个协程包装器（现在与sys.set_coroutine_wrapper有些混淆），即@ asyncio.coroutine。 通过一些间接方法，它使用types.coroutine（现在与types.CoroutineType或asyncio.coroutine有些混淆）包装生成器，并通过另外一个标志CO_ITERABLE_COROUTINE重新创建内部代码对象。 +除了生成器由于遗留的原因不是使用`__await__`方法，其他的对象都使用。 `CO_ITERABLE_COROUTINE` 标志来自哪里？ 它来自一个协程包装器（现在与 `sys.set_coroutine_wrapper` 有些混淆），即 `@asyncio.coroutine`。 通过一些间接方法，它使用types.coroutine（现在与types.CoroutineType或asyncio.coroutine有些混淆）包装生成器，并通过另外一个标志CO_ITERABLE_COROUTINE重新创建内部代码对象。 +It comes from a coroutine wrapper (now to be confused with sys.set_coroutine_wrapper) that is @asyncio.coroutine. That through some indirection will wrap the generator with types.coroutine (to to be confused with types.CoroutineType or asyncio.coroutine) which will re-create the internal code object with the additional flag CO_ITERABLE_COROUTINE. 所以现在我们知道这些东西是什么，什么是future？ 首先，我们需要澄清一件事情：在Python 3中，实际上有两种（完全不兼容）future类型：asyncio.futures.Future和concurrent.futures。 其中一个再现在另一个之前，但他们都仍然在asyncio使用。 例如，asyncio.run_coroutine_threadsafe（）将调度一个协程到在另一个线程中运行的事件循环，但它返回一个concurrent.futures。Future对象而不是asyncio.futures。Future对象。 这是有道理的，因为只有concurrent.futures.Future对象是线程安全的。 所以现在我们知道有两个不兼容的future，我们应该澄清哪个future在asyncio中。 老实说，我不完全确定差异在哪里，但我打算暂时称之为“最终”。 它是一个最终将持有一个值的对象，你可以在最终结果仍然在计算时做一些处理。 future对象的一些变种称为deferred，还有一些叫做promise。 我实在难以理解它们真正的区别。