Python 3.10起asyncio所有核心同步原语和协程方法彻底移除loop参数，显式传入会直接报TypeError；必须省略loop，依赖get_running_loop()隐式绑定当前运行循环，且调用必须在协程上下文中。
Python 3.10 起，asyncio 所有核心同步原语（如 Lock、Event、Semaphore、Queue）和大多数协程方法都彻底移除了 loop 参数。这不是“不推荐”，而是**参数已被删除**——显式传入会直接报错。
asyncio.Queue(loop=...) 直接报错 TypeError
常见错误现象：TypeError: __init__() got an unexpected keyword argument 'loop'
你可能在类中手动创建了事件循环：self.loop = asyncio.new_event_loop()，然后试图绑定队列：self.queue = asyncio.Queue(loop=self.loop)。这在 3.10+ 会立刻失败。
- 正确做法是省略
loop：直接写self.queue = asyncio.Queue() - 但要注意：队列会自动绑定到「当前运行的事件循环」，不是你手动创建的那个
self.loop——除非你已用asyncio.set_event_loop(self.loop)或在该循环上调用run_until_complete()等方式使其成为“当前”循环 - 如果你坚持用自定义循环（比如多线程场景），更安全的做法是把
asyncio.Queue()的创建和使用都放在该循环的协程上下文中，而不是提前构造
acquire()、wait() 等方法也不再接受 loop 参数
例如：await lock.acquire(loop=loop) 或 await event.wait(loop=loop) 全部失效。
立即学习“Python免费学习笔记（深入）”；
这些方法现在完全依赖隐式事件循环绑定：
-
get_running_loop()是唯一可靠的获取方式，它只在协程或回调中有效 -
get_event_loop()行为复杂，且在 3.10+ 已明确不推荐用于新代码 - 如果你在非协程环境（如普通函数、线程、
__init__）里调用这些方法，会触发RuntimeError: no running event loop——这不是参数问题，是执行环境错了
为什么必须删掉 loop 参数？
根本原因不是“简化 API”，而是事件循环模型演进：
- Python 3.7 引入
asyncio.run()后，官方就推动「每个协程应默认运行在自己的事件循环上下文」 - 3.10 彻底移除
loop参数，是为了强制开发者面对一个事实：事件循环不是可随意传递的资源，而是由执行上下文决定的 - 显式传
loop容易掩盖线程/上下文错乱问题（比如跨线程共享 loop 对象），而新模型让错误暴露得更早、更明确 - 性能上也略有提升：避免每次调用都做 loop 绑定检查
最容易被忽略的一点：迁移时不能只改构造函数，还要检查所有 await xxx(..., loop=...) 调用点 —— 它们全得删掉，且确保调用发生在有效的协程上下文中。否则你会看到看似无关的 RuntimeError，而不是清晰的 TypeError。
