本文翻译自Python的开发者指南 PEP 492
异步上下文管理器async with
异步上下文管理器指的是在enter
和exit
方法处能够暂停执行的上下文管理器。
为了实现这样的功能,需要加入两个新的方法:__aenter__
和__aexit__
。这两个方法都要返回一个 awaitable类型的值。
异步上下文管理器的一种使用方法是:
1 | class AsyncContextManager: |
新语法
异步上下文管理器使用一种新的语法:
1 | async with EXPR as VAR: |
这段代码在语义上等同于:
1 | mgr = (EXPR) |
和常规的with
表达式一样,可以在一个async with
表达式中指定多个上下文管理器。
如果向async with
表达式传入的上下文管理器中没有__aenter__
和__aexit__
方法,这将引起一个错误 。如果在async def
函数外面使用async with
,将引起一个SyntaxError
(语法错误)。
例子
使用async with
能够很容易地实现一个数据库事务管理器。
1 | async def commit(session, data): |
需要使用锁的代码也很简单:
1 | async with lock: |
而不是:
1 | with (yield from lock): |
异步迭代器 async for
一个异步可迭代对象(asynchronous iterable)能够在迭代过程中调用异步代码,而异步迭代器就是能够在next
方法中调用异步代码。为了支持异步迭代:
1、一个对象必须实现__aiter__
方法,该方法返回一个异步迭代器(asynchronous iterator)对象。
2、一个异步迭代器对象必须实现__anext__
方法,该方法返回一个awaitable类型的值。
3、为了停止迭代,__anext__
必须抛出一个StopAsyncIteration
异常。
异步迭代的一个例子如下:
1 | class AsyncIterable: |
新语法
通过异步迭代器实现的一个新的迭代语法如下:
1 | async for TARGET in ITER: |
这在语义上等同于:
1 | iter = (ITER) |
把一个没有__aiter__
方法的迭代对象传递给 async for
将引起TypeError
。如果在async def
函数外面使用async with
,将引起一个SyntaxError
(语法错误)。
和常规的for
表达式一样, async for
也有一个可选的else
分句。
例子1
使用异步迭代器能够在迭代过程中异步地缓存数据:
1 | async for data in cursor: |
这里的cursor
是一个异步迭代器,能够从一个数据库中每经过N次迭代预取N行数据。
下面的语法展示了这种新的异步迭代协议的用法:
1 | class Cursor: |
接下来这个Cursor
类可以这样使用:
1 | async for row in Cursor(): |
等同于下面的代码:
1 | i = Cursor().__aiter__() |
例子2
下面的代码可以将常规的迭代对象变成异步迭代对象。尽管这不是一个非常有用的东西,但这段代码说明了常规迭代器和异步迭代器之间的关系。
1 | class AsyncIteratorWrapper: |
为什么要抛出StopAsyncIteration?
协程(Coroutines)内部仍然是基于生成器的。因此在PEP 479之前,下面两种写法没有本质的区别:
1 | def g1(): |
和
1 | def g2(): |
自从 PEP 479 成为协程 的默认实现,下面这个例子将StopIteration
包装成一个RuntimeError
。
1 | async def a1(): |
告知外围代码迭代已经结束的唯一方法就是抛出StopIteration
。因此加入了一个新的异常类StopAsyncIteration
。
由PEP 479的规定 , 所有协程中抛出的StopIteration
异常都被包装在RuntimeError
中。