关于asyncio.Event连续调用set/clear的语义是否为预期行为的问询

这种行为是asyncio.Event的预期语义，并非可能在未来变更的事件循环实现细节。

具体原因说明： #

• 调用event.set()时，所有当前处于await event.wait()状态的任务会被同步标记为可运行状态，这个操作不需要等待事件循环调度。哪怕紧接着调用event.clear()，也无法撤销已经完成的唤醒标记——这些任务只是等待事件循环分配执行时机，不会因为后续的clear()重新进入阻塞状态。
• 官方文档中关于clear()的描述，核心针对的是**后续调用await event.wait()**的任务：当事件被clear后，新调用wait()的任务会阻塞，直到下一次set()被调用。而已经进入等待队列、并被set()唤醒的任务，不受后续clear()的影响。

设计逻辑补充： #

asyncio.Event的本质是传递“事件已触发”的一次性信号。一旦set()被调用，所有等待该信号的任务都会收到通知，这个通知是不可逆的。clear()的作用只是重置事件的状态，让新的等待者可以继续监听下一次事件触发，而非回溯撤销已经发出的通知。

内容的提问来源于stack exchange，提问作者Stefano M