这个问题问到点子上了——asyncio里的事件循环默认绑定规则确实容易踩坑，我来给你理清楚前因后果和解决思路：

为什么会出现异常？ #

你遇到的问题核心在于：asyncio.sleep()这类asyncio内置API，默认会尝试获取当前线程的默认事件循环（通过asyncio.get_event_loop()）。当你把主循环设为None，又没有将新创建的循环设置为当前线程的默认循环时，这些API找不到可用的循环实例，自然就抛出异常了。

是不是必须设置主循环供协程使用？ #

答案是：不是绝对必须，但这是最规范、最省心的做法，具体分两种情况看：

1. 不设置默认循环的可行（但不推荐）方式 #

如果你坚持不想设置默认循环，那你需要给所有依赖事件循环的API明确传入你的新循环实例。比如：

async def test():
    await asyncio.sleep(1, loop=loop)  # 手动指定循环

不过要注意：这种手动传loop参数的方式在Python 3.8+已经被标记为弃用，官方不再推荐，未来版本可能会移除这个参数。

2. 设置默认循环的规范做法 #

这是更稳妥、符合asyncio设计逻辑的方式：在调用run_until_complete()前，通过asyncio.set_event_loop(loop)将新循环设为当前线程的默认循环。这样所有协程内部的asyncio API（比如asyncio.sleep()、asyncio.create_task()等）都会自动关联到这个循环，不需要手动传参。

3. 更现代的替代方案：使用asyncio.run() #

如果你使用的是Python 3.7及以上版本，强烈推荐用asyncio.run()来运行协程。它会自动帮你完成：

• 创建新的事件循环
• 将其设置为当前线程的默认循环
• 运行协程直到完成
• 自动关闭循环

代码示例非常简洁：

import asyncio

async def test():
    await asyncio.sleep(1)

asyncio.run(test())  # 全程无需手动管理循环

总结一下 #

• asyncio的多数高阶API依赖「当前线程默认事件循环」的设计，所以要么显式设置它，要么手动给所有API指定循环（但后者已被弃用）。
• 除非你有特殊的多线程/多循环场景需求，否则asyncio.run()是官方推荐的最优写法，完全不需要纠结默认循环的设置问题。
• 如果你必须手动管理循环（比如在后台线程中运行循环），设置当前线程的默认循环是必要步骤，这样协程里的所有asyncio调用才能正确绑定到你的新循环上。

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