"Python Asyncio 스케줄링 원리"에서는 Asyncio의 두 가지 기본 스케줄링 단위인 Handler와 TimeHandler를 소개합니다. loop.call_xx 함수에 의해서만 호출될 수 있으며 개발자는 표면적으로 그 존재를 알지 못합니다. 이들과 loop.call_xx는 이벤트 루프의 기본 기능에 속합니다. , 그러나 이러한 작업은 단일 작업이므로 개발자가 작업을 함께 연결하기 위해 자체 코드를 작성해야 합니다. "Asyncio에서 Python의 대기 가능 개체의 역할"에서는 코루틴 체인 asyncio.Task의 시작자가 loop.call_soon을 통해 이벤트 루프와 상호 작용할 수 있음을 소개합니다. 전체 코루틴 체인에서 대기 가능 객체를 연결하고 대기 가능 객체의 실행을 예약합니다. 그러나 loop.call_at 및 loop.call_later의 경우 개발자는 Timehandler를 실행하려면 asyncio.Future를 사용해야 합니다. > 결과는 asyncio.Task와 연결됩니다(예: 1초 동안 대기하는 코드 구현). Asyncio的两种调度基本单位，Handler和TimeHandler，他们只能被loop.call_xx函数调用，开发者从表面上不知道他们的存在，他们和loop.call_xx属于事件循环的基础功能，但是这些操作都属于单一操作，需要开发者自己编写代码把他们的操作给串联起来。 而在《Python的可等待对象在Asyncio的作用》中介绍了协程链的发起者asyncio.Task能通过loop.call_soon跟事件循环进行交互，并串联整个协程链中可等待对象以及安排可等待对象的运行。 不过对于loop.call_at和loop.call_later仍需要开发者通过asyncio.Future来把Timehandler的执行结果与asyncio.Task给串联起来，比如休眠一秒的代码实现：
import asyncio
async def main():
loop = asyncio.get_event_loop()
f = asyncio.Future()
def _on_complete():
f.set_result(True)
loop.call_later(1, _on_complete)
return await f
if __name__ == "__main__":
import time
s_t = time.time()
asyncio.run(main())
print(time.time() - s_t)这段代码中asyncio.Future执行的是类似容器的功能，自己本身会接受各种状态，并把自己的状态同步给管理当前协程链的asyncio.Task，使asyncio.Task能管理其他类型的操作。 在asyncio.tasks模块中的所有功能函数的原理也差不多，他们接受的参数基本是都是可等待对象，然后通过asyncio.Futurte作为容器来同步调用端和可等待对象间的状态，也可以通过其他的一些方法把asyncio.Task的状态同步给可等待对象。
asyncio.sleep是一个常用的方法，开发者通过它可以很方便的让协程休眠设定的时间，它本身也非常简单，它的源码如下:
@types.coroutine
def __sleep0():
yield
async def sleep(delay, result=None):
"""Coroutine that completes after a given time (in seconds)."""
if delay <= 0:
await __sleep0()
return result
loop = events.get_running_loop()
future = loop.create_future()
h = loop.call_later(delay,
futures._set_result_unless_cancelled,
future, result)
try:
return await future
finally:
h.cancel()通过源码可以发现当设置的休眠时间等于小于0的时候，sleep只执行了yield，并不会执行其他逻辑，而在值大于0时会创建一个Future对象，接着就一直等待，直到Future对象被loop.call_later控制结束时才返回结果值。
需要注意的是，当asyncio.sleep在值为0时，sleep执行yield可以让Task.__step感知而让出控制权，这是最小的让出当前协程控制权的方法，所以我们在编写涉及到CPU比较多的时候或者消耗时间较长的函数时可以通过asyncio.sleep(0)来主动让出控制权，如下:
import asyncio
async def demo() -> None:
for index, i in enumerate(range(10000)):
if index % 100 == 0:
await asyncio.sleep(0)
... # 假设这里的代码占用过多的CPU时间在这个例子中每循环100次就让出控制权，以减少对其他协程的影响。
asyncio.shield可以保护一个可等待对象被取消，或者说是防止协程链上的取消传播到被asyncio.shield托管的可等待对象，但是调用可等待对象的cancel方法仍然可以取消可等待对象的运行，如下例子：
import asyncio
async def sub(f):
await asyncio.shield(f)
async def main():
f1 = asyncio.Future()
f2 = asyncio.Future()
sub1 = asyncio.create_task(sub(f1))
sub2 = asyncio.create_task(sub(f2))
f1.cancel()
sub2.cancel()
await asyncio.sleep(0) # 确保已经取消完成
print("f1 future run success:", f1.done())
print("f2 future run success:", f2.done())
print("sub1 future run result:", sub1.done())
print("sub2 future run result:", sub2.done())
asyncio.run(main())
# >>> future run success: True
# >>> future run success: False
# >>> sub1 future run result: True
# >>> sub2 future run result: True其中f1, f2都在main函数中创建， 然后同时被sub函数包裹，并通过asyncio.create_task在后台异步运行并分别返回sub1和sub2两个Future对应着sub函数的执行情况。 接着分别取消f1和sub2的执行，并把f1,f2,sub1,sub2是否为done打印出来，可以发现f1,sub1,sub2的状态都为done（被取消也认为是done)，而f2则还在运行中。
在文章《Python的可等待对象在Asyncio的作用》中说过，一条协程链是由asyncio.Task牵头组成的，后续的所有成功和异常都会在这条链上传播，而取消本质上就是一种异常，所以也可以在协程链上传播。 而shield
def shield(arg):
# 如果是Coro，则需要包装成future
inner = _ensure_future(arg)
if inner.done():
# 如果已经完成，就不需要被处理了
return inner
loop = futures._get_loop(inner)
# 创建一个future容器
outer = loop.create_future()
def _inner_done_callback(inner):
if outer.cancelled():
if not inner.cancelled():
# 如果容器已经被取消，而自己没被取消且已经完成，则手动获取下结果，方便被回收
inner.exception()
return
if inner.cancelled():
# 如果自己被取消，则把取消通过容器传播到协程链上
outer.cancel()
else:
# 自己已经完成且容器未完成，把自己的结果或者异常通过替身传播到协程链上
exc = inner.exception()
if exc is not None:
outer.set_exception(exc)
else:
outer.set_result(inner.result())
def _outer_done_callback(outer):
if not inner.done():
inner.remove_done_callback(_inner_done_callback)
# 添加回调，在执行成功或被取消时通知对方
inner.add_done_callback(_inner_done_callback)
outer.add_done_callback(_outer_done_callback)
return outerasyncio.Future는 컨테이너와 유사한 작업을 수행합니다. 함수는 다양한 상태를 받아들이고 현재 코루틴 체인을 관리하는 asyncio.Task에 자체 상태를 동기화하여 asyncio.Task가 다른 유형의 작업을 관리할 수 있도록 합니다. asyncio.tasks 모듈의 모든 기능 함수의 원리는 유사합니다. 그들이 받아들이는 매개변수는 기본적으로 대기 가능한 객체이며, 컨테이너로서 asyncio.Futurte를 통해 동기화됩니다. 호출자와 대기 가능 객체 사이의 상태는 다른 방법을 통해 대기 가능 객체와 동기화될 수도 있습니다. 🎜🎜1. Sleep--asyncio.sleep🎜🎜asyncio.sleep은 개발자가 이를 사용하여 설정된 시간 동안 쉽게 코루틴을 잠들게 할 수 있습니다. 소스 코드는 다음과 같습니다. 🎜def _release_waiter(waiter, *args):
if not waiter.done():
waiter.set_result(None)
async def _cancel_and_wait(fut, loop):
waiter = loop.create_future()
cb = functools.partial(_release_waiter, waiter)
fut.add_done_callback(cb)
try:
fut.cancel()
await waiter
finally:
fut.remove_done_callback(cb)sleep은 yield만 실행하고 다른 로직을 실행하지 않으며, 값이 0보다 큰 경우 Future 객체가 생성된 후 Future 객체가 asyncio.sleep이 0일 때 sleep은 yield를 실행하여 Task.__step을 수행한다는 점에 유의해야 합니다. 제어권을 감지하고 포기하는 것은 현재 코루틴에 대한 제어권을 포기하는 가장 작은 방법이므로 CPU를 많이 사용하거나 sleep(0) 시간이 오래 걸리는 함수를 작성할 때 asyncio를 사용할 수 있습니다. 다음과 같이 적극적으로 제어를 포기합니다. 🎜async def wait_for(fut, timeout):
loop = events.get_running_loop()
if timeout is None:
return await fut
if timeout <= 0:
# 当超时的值小于等于0时就意味着想马上得到结果
fut = ensure_future(fut, loop=loop)
if fut.done():
# 如果执行完成就返回可等待对象的数据
return fut.result()
# 取消可等待对象并等待
await _cancel_and_wait(fut, loop=loop)
# 如果被_cancel_and_wait取消，那么会抛出CancelledError异常，这时候把它转为超时异常
try:
return fut.result()
except exceptions.CancelledError as exc:
raise exceptions.TimeoutError() from exc
# 初始化一个Future,只有在超时和完成时才会变为done
waiter = loop.create_future()
timeout_handle = loop.call_later(timeout, _release_waiter, waiter)
cb = functools.partial(_release_waiter, waiter)
fut = ensure_future(fut, loop=loop)
fut.add_done_callback(cb)
try:
try:
await waiter
except exceptions.CancelledError:
# 此时是asyncio.Task被取消，并把取消传播到waiter
if fut.done():
return fut.result()
else:
# 如果任务被取消了，那么需要确保任务没有被执行才返回
fut.remove_done_callback(cb)
await _cancel_and_wait(fut, loop=loop)
raise
# 计时结束或者是执行完毕的情况
if fut.done():
# 执行完毕，返回对应的值
return fut.result()
else:
# 计时结束，清理资源，并抛出异常
fut.remove_done_callback(cb)
# 如果任务被取消了，那么需要确保任务没有被执行才返回
await _cancel_and_wait(fut, loop=loop)
# 如果被_cancel_and_wait取消，那么会抛出CancelledError异常，这时候把它转为超时异常
try:
return fut.result()
except exceptions.CancelledError as exc:
raise exceptions.TimeoutError() from exc
finally:
timeout_handle.cancel()asyncio.shield는 대기 가능 객체가 취소되는 것을 방지하거나 코루틴 체인 취소가 대기 가능 항목으로 전파되는 것을 방지할 수 있습니다. 개체는 Shield로 관리되지만 다음 예와 같이 대기 가능 개체의 cancel 메서드를 호출하면 여전히 대기 가능 개체의 작업을 취소할 수 있습니다. 🎜import asyncio
async def main():
return await asyncio.wait(
{asyncio.create_task(asyncio.sleep(1))},
timeout=0.5
)
if __name__ == "__main__":
asyncio.run(main())f1 , f2 는 모두 main 함수에서 생성된 후 sub 함수로 동시에 래핑되어 전달됩니다. asyncio.create_task 백그라운드는 비동기식으로 실행되고 실행에 해당하는 두 개의 Future, sub1 및 sub2를 각각 반환합니다. sub 함수의 상태입니다. 그런 다음 f1 및 sub2의 실행을 각각 취소하고 f1, f2, sub1</을 교체합니다. code >, <code>sub2가 done으로 인쇄되면 f1, sub1, sub2<를 찾을 수 있습니다. /code >의 상태는 <code>done(취소도 완료된 것으로 간주됨)이고 f2는 여전히 실행 중입니다. 🎜🎜"Asyncio에서 Python의 대기 가능 개체의 역할"이라는 기사에서 언급했듯이 코루틴 체인은 asyncio.Task에 의해 주도되며 이후의 모든 성공과 예외는 이 체인에 전파됩니다. 취소는 본질적으로 예외이므로 코루틴 체인에 전파될 수도 있습니다. 실행 중인 대기 가능 개체가 코루틴 체인에서 예외를 수신하는 것을 방지하고 코루틴 체인에 대기 가능 개체의 실행 결과를 알리기 위해 shield는 먼저 대기 가능 개체가 다른 코루틴 체인에 있도록 합니다. 그런 다음 컨테이너를 생성하고 이를 원래 체인에 연결하고 대기 가능 객체가 완료되면 컨테이너에 결과를 전달합니다. 해당 소스 코드는 다음과 같습니다.def shield(arg):
# 如果是Coro，则需要包装成future
inner = _ensure_future(arg)
if inner.done():
# 如果已经完成，就不需要被处理了
return inner
loop = futures._get_loop(inner)
# 创建一个future容器
outer = loop.create_future()
def _inner_done_callback(inner):
if outer.cancelled():
if not inner.cancelled():
# 如果容器已经被取消，而自己没被取消且已经完成，则手动获取下结果，方便被回收
inner.exception()
return
if inner.cancelled():
# 如果自己被取消，则把取消通过容器传播到协程链上
outer.cancel()
else:
# 自己已经完成且容器未完成，把自己的结果或者异常通过替身传播到协程链上
exc = inner.exception()
if exc is not None:
outer.set_exception(exc)
else:
outer.set_result(inner.result())
def _outer_done_callback(outer):
if not inner.done():
inner.remove_done_callback(_inner_done_callback)
# 添加回调，在执行成功或被取消时通知对方
inner.add_done_callback(_inner_done_callback)
outer.add_done_callback(_outer_done_callback)
return outer通过源码可以发现shield被调用的时候(假设驱动调用shield的Task名为main.Task)，会先通过_ensure_future辅助函数创建一个Task(other.Task)在后台异步运行可等待对象，驱动可等待对象的运行，由于是新的Task驱动着可等待对象的执行，所以main.Task的任何状态不会传播到当前的可等待对象。 接着创建一个Future容器，并在other.Task和Future容器挂上完成的回调使他们在完成的时候都能通知到对方，最后返回Future容器给main.Task，使main.Task能够间接的知道可等待对象的运行结果，如下图：
不过Future容器完成的回调只是把托管可等待对象的other.Task回调给移除了，导致main.Task的状态不会同步到other.Task中(图中Future通知可等待对象aws的通道是不通的)，进而不会影响到托管的可等待对象。 而other.Task完成的回调会把任何状态同步到Future中，进而影响到main.Task。
asyncio.wait_for可以托管可等待对象，直到可等待对象完成，不过可等待对象在设定的时间内还没执行完成时会被直接取消执行并抛出asyncio.TimeoutError异常。 它的运行原理综合了上面的asyncio.shield和asyncio.sleep，它一样会为可等待对象创建一个Future容器,并在容器上挂了一个超时的回调和可等待对象执行结束的回调，接着就等待容器执行结束。 不过在了解asyncio.wait_for之前，先了解他用到的两个辅助函数_cancel_and_wait和_release_waiter，他们的源码如下:
def _release_waiter(waiter, *args):
if not waiter.done():
waiter.set_result(None)
async def _cancel_and_wait(fut, loop):
waiter = loop.create_future()
cb = functools.partial(_release_waiter, waiter)
fut.add_done_callback(cb)
try:
fut.cancel()
await waiter
finally:
fut.remove_done_callback(cb)可以看出源码比较简单，他们的作用都是为了确保可等待对象能完全执行结束才返回，其中_release_waiter是确保可等待对象一定被设置为执行结束，而_cancel_and_wait是为了确保能等到可等待对象被取消且完整结束时才返回。
可等待对象的cancel方法可以认为是异步的，调用后需要等事件循环再次调用可等待对象时，可等待对象才会被取消。而_cancel_and_wait通过一个容器来规避这个问题，使取消这个操作变为同步的，这个方法在某些开发场景经常被使用，如果不是私有API就更好了。
接下来就可以通过wait_for的源码了解他的执行逻辑了，源码如下：
async def wait_for(fut, timeout):
loop = events.get_running_loop()
if timeout is None:
return await fut
if timeout <= 0:
# 当超时的值小于等于0时就意味着想马上得到结果
fut = ensure_future(fut, loop=loop)
if fut.done():
# 如果执行完成就返回可等待对象的数据
return fut.result()
# 取消可等待对象并等待
await _cancel_and_wait(fut, loop=loop)
# 如果被_cancel_and_wait取消，那么会抛出CancelledError异常，这时候把它转为超时异常
try:
return fut.result()
except exceptions.CancelledError as exc:
raise exceptions.TimeoutError() from exc
# 初始化一个Future,只有在超时和完成时才会变为done
waiter = loop.create_future()
timeout_handle = loop.call_later(timeout, _release_waiter, waiter)
cb = functools.partial(_release_waiter, waiter)
fut = ensure_future(fut, loop=loop)
fut.add_done_callback(cb)
try:
try:
await waiter
except exceptions.CancelledError:
# 此时是asyncio.Task被取消，并把取消传播到waiter
if fut.done():
return fut.result()
else:
# 如果任务被取消了，那么需要确保任务没有被执行才返回
fut.remove_done_callback(cb)
await _cancel_and_wait(fut, loop=loop)
raise
# 计时结束或者是执行完毕的情况
if fut.done():
# 执行完毕，返回对应的值
return fut.result()
else:
# 计时结束，清理资源，并抛出异常
fut.remove_done_callback(cb)
# 如果任务被取消了，那么需要确保任务没有被执行才返回
await _cancel_and_wait(fut, loop=loop)
# 如果被_cancel_and_wait取消，那么会抛出CancelledError异常，这时候把它转为超时异常
try:
return fut.result()
except exceptions.CancelledError as exc:
raise exceptions.TimeoutError() from exc
finally:
timeout_handle.cancel()wait_for的源码为了兼容各种情况，代码复杂度比较高，同时超时参数小于等于0跟大于0的逻辑是一样的，分开写只是为了避免在小于等于0时创建了一些额外的对象，在精简了一些asyncio.Task传播异常给waiter的逻辑后，wait_for的执行逻辑如下图：
fut为可等待对象，timeout为超时时间
可以看到wait_for的主要逻辑是先创建一个名为waiter的容器，接着通过loop.call_later指定在多少时间后释放容器，然后再通过ensure_future使另一个asyncio.Task来托管可等待对象，并安排执行完毕的时候释放容器，再等待waiter容器的执行直到被释放。当容器被释放的时候再判断可等待对象是否执行完毕，如果执行完毕了就直接返回，否则抛出超时异常。
asyncio.wait用于等待一批可等待对象，当有一个可等待对象执行完成或者出现异常的时候才会返回数据(具体还是要看return_when指定的条件，默认为所有等待对象结束或取消时才返回)，需要注意的是wait虽然支持timeout参数，但是在超时的试试不会取消可等待对象，也不会抛出超时的异常，只会把完成的可等待对象放在完成的集合，把未完成的可等待对象放在未完成的集合并返回，如下代码：
import asyncio
async def main():
return await asyncio.wait(
{asyncio.create_task(asyncio.sleep(1))},
timeout=0.5
)
if __name__ == "__main__":
asyncio.run(main())这段代码可以正常的运作，不会抛出超时错，不过还要注意的是在后续版本中asyncio.wait只支持Task对象，如果想要传入的是coro和Future对象，则需要开发者自己手动转换。 wait的逻辑与wait_for类似，源码如下：
async def _wait(fs, timeout, return_when, loop):
assert fs, 'Set of Futures is empty.'
waiter = loop.create_future()
timeout_handle = None
if timeout is not None:
# 定义一个time handler,在timeout秒后通过`_release_waiter`完成.
timeout_handle = loop.call_later(timeout, _release_waiter, waiter)
counter = len(fs)
def _on_completion(f):
# 每个可等待对象执行完成的回调
nonlocal counter
counter -= 1
if (counter <= 0 or
return_when == FIRST_COMPLETED or
return_when == FIRST_EXCEPTION and
(not f.cancelled() and f.exception() is not None)
):
# 如果所有任务执行完成，或者是第一个完成或者是第一个抛出异常时，
# 意味着执行完成，需要取消time handler,并标记为完成
if timeout_handle is not None:
timeout_handle.cancel()
if not waiter.done():
waiter.set_result(None)
# 为每个可等待对象添加回调
for f in fs:
f.add_done_callback(_on_completion)
try:
# 等待替身执行完成
await waiter
finally:
# 取消time handler并移除回调(因为cancel是异步的)
if timeout_handle is not None:
timeout_handle.cancel()
for f in fs:
f.remove_done_callback(_on_completion)
# 处理并返回done和pending，其中done代表完成，pending代表执行中。
done, pending = set(), set()
for f in fs:
if f.done():
done.add(f)
else:
pending.add(f)
return done, pending可以看到wait_for的复杂度没有wait高，而且可以看到asyncio.wait是等waiter这个容器执行完并移除可等待对象上面的_on_completion回调后才把可等待对象按照是否完成区分到done和pending两个集合，这样的准确度比在_on_completion高一些，但是如果开发者在处理集合时触发一些异步操作也可能导致pending集合中的部分可等待对象变为完成的，如下代码:
import asyncio
async def main():
f_list = [asyncio.Future() for _ in range(10)]
done, pending = await asyncio.wait(f_list, timeout=1)
print(len(done), len(pending))
print([i for i in pending if i.done()])
f_list[1].set_result(True)
print([i for i in pending if i.done()])
if __name__ == "__main__":
asyncio.run(main())
# >>> 0 10
# >>> []
# >>> [<Future finished result=True>]通过输出可以发现，在asyncio.wait执行完毕后，pending中的完成的元素只有0个，而在后续强制为其中的一个Future设置数据后，pending中完成的元素有1个了。
asyncio.wait的机制是只要被触发就会返回，其他尚未完成的可等待对象需要开发者自己在处理，而asyncio.as_completed可以确保每个可等待对象完成返回数据或者超时时抛出异常，使用方法如下：
import asyncio
async def sub(i):
await asyncio.sleep(i)
return i
async def main():
for f in asyncio.as_completed([sub(i) for i in range(5)], timeout=3):
print(await f)
if __name__ == "__main__":
asyncio.run(main())
# >>> 0
# >>> 1
# >>> 2
# >>> Traceback (most recent call last):
# File "/home/so1n/github/demo_project/demo.py", line 18, in <module>
# asyncio.run(main())
# File "/usr/lib/python3.7/asyncio/runners.py", line 43, in run
# return loop.run_until_complete(main)
# File "/usr/lib/python3.7/asyncio/base_events.py", line 584, in run_until_complete
# return future.result()
# File "/home/so1n/github/demo_project/demo.py", line 14, in main
# print(await f)
# File "/usr/lib/python3.7/asyncio/tasks.py", line 532, in _wait_for_one
# raise futures.TimeoutError
# concurrent.futures._base.TimeoutError该程序并发执行5个协程，其中执行最久的时间是5秒，而as_completed设置的超时为3秒。通过输出可以发现，每当一个可等待对象执行结束时就会把数据抛出来，当超时则会抛出超时错误。为了能达每有一个可等待对象就返回一次数据的效果，as_completed通过一个队列来维护数据的返回，它的源码如下：
def as_completed(fs, *, timeout=None):
from .queues import Queue # Import here to avoid circular import problem.
done = Queue()
loop = events._get_event_loop()
todo = {ensure_future(f, loop=loop) for f in set(fs)}
timeout_handle = None
def _on_timeout():
# 超时时调用，需要注意的是，失败时结果为空，所以要推送一个空的数据到队列中
# 在消费者发现元素为空时抛出错误
for f in todo:
f.remove_done_callback(_on_completion)
done.put_nowait(None) # Queue a dummy value for _wait_for_one().
todo.clear() # Can't do todo.remove(f) in the loop.
def _on_completion(f):
# 如果成功，就把Future推送到队列中，消费者可以通过Future获取到结果
if not todo:
return # _on_timeout() was here first.
todo.remove(f)
done.put_nowait(f)
if not todo and timeout_handle is not None:
timeout_handle.cancel()
async def _wait_for_one():
f = await done.get()
if f is None:
# 如果元素为空，则证明已经超时了，要抛出异常
raise exceptions.TimeoutError
return f.result()
for f in todo:
f.add_done_callback(_on_completion)
if todo and timeout is not None:
timeout_handle = loop.call_later(timeout, _on_timeout)
# 通过生成器语法返回协程函数，该协程函数可以获取最近完成的可等待对象的结果
for _ in range(len(todo)):
yield _wait_for_one()通过源码可以发现可等待对象就像生产者一样，执行结束的时候就会把结果投递给队列，同时as_completed会迭代跟可等待对象的数量一样的_wait_for_one协程函数，供开发者消费数据。不过需要注意的是as_completed在超时的时候，并不会取消尚未完成的可等待对象，他们会变为不可控的状态，在某些时候会造成内存溢出，如下示例代码：
import asyncio
import random
async def sub():
# 一半的几率会被set一个值并返回，一半的几率会卡死
f = asyncio.Future()
if random.choice([0, 1]) == 0:
f.set_result(None)
return await f
async def main():
try:
for f in asyncio.as_completed([sub() for i in range(5)], timeout=1):
print(await f)
except asyncio.TimeoutError:
# 忽略超时
pass
# 统计未完成的sub任务
cnt = 0
for i in asyncio.all_tasks():
if i._coro.__name__ == sub.__name__:
cnt += 1
print("runing task by name sub:", cnt)
if __name__ == "__main__":
asyncio.run(main())
# >>> None
# >>> None
# >>> None
# >>> runing task by name sub: 2通过结果(由于采用随机，结果可能不一样)可以发现，sub成功执行完成的数量有3个(输出None)，而在as_completed触发超时后仍有两个sub在执行中，这时的两个sub成为无人管理的可等待对象，除非开发者通过asyncio.all_tasks去找到他并清理掉，否则这几个可等待对象会一直伴随着程序运行，这很容易造成内存溢出。
위 내용은 Python Asyncio 라이브러리에서 일반적으로 사용되는 asyncio.task 기능은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
