Python 3.10+ 移除 loop 参数是为强制协程绑定真实运行上下文，get_running_loop() 成唯一安全选择，需在已调度的协程内调用；跨线程不可复用 loop，须用 run_coroutine_threadsafe 或新建 loop。
loop 参数被取消，不是因为“没必要”，而是因为显式传它会导致事件循环绑定关系混乱，3.10+ 强制你面对执行上下文的真实约束。
协程里不能再写 loop=asyncio.get_event_loop()
这行代码在 3.10+ 会直接报错或静默失效：RuntimeError: There is no current event loop。原因很简单：你调用 get_event_loop() 的地方大概率不在协程内部、也没启动过 loop。更糟的是，即使侥幸拿到 loop，传给 create_task() 或 sleep() 也已被移除支持——这些函数签名里 loop 参数全删了。
-
asyncio.create_task(coro, loop=...)→ 现在只接受coro和可选的name参数 -
asyncio.sleep(1, loop=...)→ 已改为asyncio.sleep(1)，自动绑定当前运行 loop -
asyncio.Lock(loop=...)、asyncio.Queue(loop=...)等同步原语，loop参数全部删除
为什么 get_running_loop() 是唯一安全的选择
它不尝试创建、不 fallback、不跨线程猜 loop，只做一件事：返回「此刻正在跑这个协程的那个 loop」。但它有硬性前提——必须在 async def 函数体内、且该协程已由 asyncio.run() 或 loop.create_task() 调度起来之后才能调。
- 在普通函数、
__init__、线程启动回调里调get_running_loop()→ 立刻RuntimeError: no running event loop - 在协程里调用是安全的，且比旧式
get_event_loop()更轻量、无副作用 - 它和
await表达式共享同一上下文，不会出现“拿到 loop 却无法 await”的割裂感
多线程场景下不能复用主线程的 loop 对象
常见错误是：从子线程里拿到主线程的 loop，然后直接 loop.create_task()。这会触发 RuntimeError: Non-thread-safe operation invoked on an event loop other than the current one。loop 和线程强绑定，不能跨线程调用其方法（run_in_executor 是唯一例外）。
- 正确做法：子线程里用
asyncio.new_event_loop()新建一个，再用loop.run_until_complete()驱动 - 如果必须和主线程 loop 通信，用
asyncio.run_coroutine_threadsafe(coro, loop)，它会把协程投递到目标 loop 所在线程的安全队列中 - 别试图用
set_event_loop()把主线程 loop “塞”进子线程——这是未定义行为，尤其在 macOS 上容易因 kqueue 兼容性崩溃
async、少套一层 asyncio.run()、或者在非协程函数里偷偷摸摸调 get_running_loop()，错误就会立刻冒出来——这不是 bug，是模型在提醒你：事件循环不是全局资源，它是上下文的一部分。 
