同步原语¶
源代码: Lib/asyncio/locks.py
asyncio 同步原语被设计为与 threading
模块的类似,但有两个关键注意事项:
asyncio 原语不是线程安全的,因此它们不应被用于 OS 线程同步 (而应当使用
threading
);这些同步原语的方法不接受 timeout 参数;请使用
asyncio.wait_for()
函数来执行带有超时的操作。
asyncio 具有下列基本同步原语:
Lock¶
- class asyncio.Lock¶
实现一个用于 asyncio 任务的互斥锁。 非线程安全。
asyncio 锁可被用来保证对共享资源的独占访问。
使用 Lock 的推荐方式是通过
async with
语句:lock = asyncio.Lock() # ... 稍后 async with lock: # 访问共享状态
这等价于:
lock = asyncio.Lock() # ... 稍后 await lock.acquire() try: # 访问共享状态 finally: lock.release()
在 3.10 版本发生变更: 移除了 loop 形参。
- coroutine acquire()¶
获取锁。
此方法会等待直至锁为 unlocked,将其设为 locked 并返回
True
。当有一个以上的协程在
acquire()
中被阻塞则会等待解锁,最终只有一个协程会被执行。锁的获取是 公平的: 被执行的协程将是第一个开始等待锁的协程。
- release()¶
释放锁。
当锁为 locked 时,将其设为 unlocked 并返回。
如果锁为 unlocked,则会引发
RuntimeError
。
- locked()¶
如果锁为 locked 则返回
True
。
Event¶
- class asyncio.Event¶
事件对象。 该对象不是线程安全的。
asyncio 事件可被用来通知多个 asyncio 任务已经有事件发生。
Event 对象会管理一个内部旗标,可通过
set()
方法将其设为 true 并通过clear()
方法将其重设为 false。wait()
方法会阻塞直至该旗标被设为 true。 该旗标初始时会被设为 false。在 3.10 版本发生变更: 移除了 loop 形参。
示例:
async def waiter(event): print('waiting for it ...') await event.wait() print('... got it!') async def main(): # 创建一个 Event 对象。 event = asyncio.Event() # 产生一个任务等待直到 'event' 被设置。 waiter_task = asyncio.create_task(waiter(event)) # 休眠 1 秒钟并设置事件。 await asyncio.sleep(1) event.set() # 等待直到 waiter 任务完成。 await waiter_task asyncio.run(main())
- set()¶
设置事件。
所有等待事件被设置的任务将被立即唤醒。
- is_set()¶
如果事件已被设置则返回
True
。
Condition¶
- class asyncio.Condition(lock=None)¶
条件对象。 该对象不是线程安全的。
asyncio 条件原语可被任务用于等待某个事件发生,然后获取对共享资源的独占访问。
在本质上,Condition 对象合并了
Event
和Lock
的功能。 多个 Condition 对象有可能共享一个 Lock,这允许关注于共享资源的特定状态的不同任务实现对共享资源的协同独占访问。可选的 lock 参数必须为
Lock
对象或None
。 在后一种情况下会自动创建一个新的 Lock 对象。在 3.10 版本发生变更: 移除了 loop 形参。
使用 Condition 的推荐方式是通过
async with
语句:cond = asyncio.Condition() # ... 稍后 async with cond: await cond.wait()
这等价于:
cond = asyncio.Condition() # ... 稍后 await cond.acquire() try: await cond.wait() finally: cond.release()
- coroutine acquire()¶
获取下层的锁。
此方法会等待直至下层的锁为 unlocked,将其设为 locked 并返回 returns
True
。
- notify(n=1)¶
唤醒正在等待此条件的 n 个任务(默认 1 个)。 如果正在等待的任务少于 n 个则它们都将被唤醒。tasks are waiting they are all awakened.
锁必须在此方法被调用前被获取并在随后被快速释放。 如果通过一个 unlocked 锁调用则会引发
RuntimeError
。
- locked()¶
如果下层的锁已被获取则返回
True
。
- notify_all()¶
唤醒所有正在等待此条件的任务。
此方法的行为类似于
notify()
,但会唤醒所有正在等待的任务。锁必须在此方法被调用前被获取并在随后被快速释放。 如果通过一个 unlocked 锁调用则会引发
RuntimeError
。
- release()¶
释放下层的锁。
当在未锁定的锁上发起调用时,会引发
RuntimeError
。
- coroutine wait()¶
等待直至收到通知。
当此方法被调用时如果调用方任务未获得锁,则会引发
RuntimeError
。这个方法会释放下层的锁,然后保持阻塞直到被
notify()
或notify_all()
调用所唤醒。 一旦被唤醒,Condition 会重新获取它的锁并且此方法将返回True
。Note that a task may return from this call spuriously, which is why the caller should always re-check the state and be prepared to
wait()
again. For this reason, you may prefer to usewait_for()
instead.
Semaphore¶
- class asyncio.Semaphore(value=1)¶
信号量对象。 该对象不是线程安全的。
信号量会管理一个内部计数器,该计数器会随每次
acquire()
调用递减并随每次release()
调用递增。 计数器的值永远不会降到零以下;当acquire()
发现其值为零时,它将保持阻塞直到有某个任务调用了release()
。可选的 value 参数用来为内部计数器赋初始值 (默认值为
1
)。 如果给定的值小于0
则会引发ValueError
。在 3.10 版本发生变更: 移除了 loop 形参。
使用 Semaphore 的推荐方式是通过
async with
语句。:sem = asyncio.Semaphore(10) # ... 稍后 async with sem: # 操作共享的资源
这等价于:
sem = asyncio.Semaphore(10) # ... 稍后 await sem.acquire() try: # 操作共享的资源 finally: sem.release()
- locked()¶
如果信号量对象无法被立即获取则返回
True
。
- release()¶
释放一个信号量对象,将内部计数器的值加一。 可以唤醒一个正在等待获取信号量对象的任务。
不同于
BoundedSemaphore
,Semaphore
允许执行的release()
调用多于acquire()
调用。
BoundedSemaphore¶
- class asyncio.BoundedSemaphore(value=1)¶
绑定的信号量对象。 该对象不是线程安全的。
BoundedSemaphore 是特殊版本的
Semaphore
,如果在release()
中内部计数器值增加到初始 value 以上它将引发一个ValueError
。在 3.10 版本发生变更: 移除了 loop 形参。
Barrier¶
- class asyncio.Barrier(parties)¶
屏障对象。 该对象不是线程安全的。
屏障是一个允许阻塞直到 parties 个任务在其上等待的简单同步原语。 任务可以在
wait()
方法上等待并将被阻塞直到有指定数量的任务在wait()
上等待。 在那时所有正在等待的任务将同时撤销阻塞。async with
可以被用作在wait()
上等待的替代。屏障可被重复使用任意次数。
示例:
async def example_barrier(): # 包含三部分的屏障 b = asyncio.Barrier(3) # 新建 2 个等待任务 asyncio.create_task(b.wait()) asyncio.create_task(b.wait()) await asyncio.sleep(0) print(b) # 第三个 .wait() 调用通过屏障 await b.wait() print(b) print("barrier passed") await asyncio.sleep(0) print(b) asyncio.run(example_barrier())
该示例的结果为:
<asyncio.locks.Barrier object at 0x... [filling, waiters:2/3]> <asyncio.locks.Barrier object at 0x... [draining, waiters:0/3]> barrier passed <asyncio.locks.Barrier object at 0x... [filling, waiters:0/3]>
Added in version 3.11.
- coroutine wait()¶
穿过屏障。 当屏障汇集的所有任务都调用了此函数时,它们将被同时撤销阻塞。
当该屏障中等待或阻塞的任务被取消时,此任务将退出屏障而屏障将保持相同状态。 如果屏障的状态为 "正在填充",则等待的任务数量将减 1。
返回值是一个 0 到
parties-1
之间的整数,对于每个任务来说各不相同。 这可被用来选择一个任务以执行某些特别的操作。 例如:... async with barrier as position: if position == 0: # 只有一个任务会打印此内容 print('End of *draining phase*')
如果屏障在有任务在等待时已被破坏或重置则此方法可能会引发
BrokenBarrierError
。 如果有任务被取消则它可能会引发CancelledError
。
- coroutine reset()¶
将屏障返回为默认的空白状态。 任何正在其上等待的任务将会接收到
BrokenBarrierError
异常。如果屏障已被破坏则最好的是让其保持原状并创建一个新的屏障。
- coroutine abort()¶
Put the barrier into a broken state. This causes any active or future calls to
wait()
to fail with theBrokenBarrierError
. Use this for example if one of the tasks needs to abort, to avoid infinite waiting tasks.
- parties¶
请求穿过该屏障的任务的数量。
- n_waiting¶
当执行填充时正在屏障中等待的任务的数量。
- broken¶
一个布尔值,值为
True
表明栅栏为破损态。
- exception asyncio.BrokenBarrierError¶
异常类,是
RuntimeError
异常的子类,在Barrier
对象重置时仍有线程阻塞时和对象进入破损态时被引发。
在 3.9 版本发生变更: 使用 await lock
或 yield from lock
以及/或者 with
语句 (with await lock
, with (yield from lock)
) 来获取锁的操作已被移除。 请改用 async with lock
。