为何在loop.run_until_complete()后调用asyncio.all_tasks()？求解析

你贴出的这段代码里，loop.run_until_complete(task)确实会阻塞到main()任务完全结束，此时调用asyncio.all_tasks()拿到的pending集合必然是空的，后续的取消任务、gather等待等代码不会产生实际效果。作者这么写的意图可能有以下几种：

• 通用清理模板的残留
  这可能是一段通用的事件循环收尾模板，原本针对的是主任务完成后仍有后台任务运行的场景。把这段代码保留下来，不管实际有没有残留任务，都统一执行清理流程，确保事件循环能正常关闭，避免遗漏任务导致的潜在问题。

• 教学演示完整流程
  作者大概率是想演示清理事件循环所有残留任务的标准步骤，哪怕当前例子里没有残留任务，也把完整的收尾逻辑写出来。在实际场景中，如果main()里启动了其他未被等待的后台协程，run_until_complete(main_task)结束后这些任务还处于pending状态，这段清理代码就能派上用场。

• 为后续代码修改留余量
  现在的main()没有启动额外任务，但如果后续有人修改代码，在main()里添加了后台任务，这段清理代码会自动处理新增的未完成任务，避免事件循环关闭时出现警告或错误，提升了代码的健壮性。

另外要注意，Python 3.7+推荐用asyncio.run()替代手动管理事件循环，它会自动完成循环的创建、运行和清理，无需手动写这些收尾代码。这段代码应该是针对旧版本Python的写法，保留了手动管理循环的完整流程。

补充：如果把asyncio.all_tasks()放在run_until_complete之前调用，拿到的会是包含main()任务的集合，此时取消任务会直接终止main()，显然不符合这个例子的预期效果。所以作者的写法虽然在当前场景下冗余，但逻辑上是符合“先等待主任务完成，再清理残留”的合理流程的。

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