asyncio.Lock不能跨线程使用，因其依赖当前线程的事件循环调度协程，而子线程默认无事件循环，调用会报RuntimeError；正确做法是线程同步用threading.Lock，协程同步用asyncio.Lock，跨线程通知用loop.call_soon_threadsafe()。
asyncio.Lock 不能跨线程使用，根本原因在事件循环绑定
asyncio.Lock 是协程锁，不是线程锁。它内部依赖当前线程的事件循环来调度等待协程，而每个线程默认没有事件循环——主线程有，子线程没有。一旦你在子线程里尝试 await lock.acquire() 或调用 lock.release()，就会触发 RuntimeError: There is no current event loop in thread。
常见错误场景：你以为在“用锁”，其实是在“跨线程调用异步原语”
下面这些写法都会出错，因为它们把 asyncio 锁暴露给了非事件循环线程：
- 在
threading.Thread的target函数里直接await lock.acquire() - 用
loop.run_in_executor()执行一个含async with lock:的函数 - 把主线程创建的
lock对象传给子线程，然后在子线程里调用lock.acquire()
这些操作本质是：让一个没事件循环的线程去驱动协程调度逻辑，Python 直接拒绝执行。
huaweicloud-python-sdk-helper
下载
华为云 Python SDK 查询工具。自动发现已安装 SDK 的服务包、Client类、API 方法、入参详情、类信息（__init__ 参数、属性、类型、描述），支持关键字搜索，快速定位目标 API 使用方法。
正确做法：锁只在同一个事件循环内、同一个线程里用
如果你需要多线程 + 异步协作，必须分清职责：
立即学习“Python免费学习笔记（深入）”；
- 线程间同步用
threading.Lock（比如保护共享变量、控制文件写入） - 协程间同步用
asyncio.Lock（比如保护全局计数器、控制 API 调用频次） - 若子线程要跑异步逻辑，得自己创建并设置事件循环：
asyncio.set_event_loop(asyncio.new_event_loop())，再运行协程 - 若只是想从子线程“通知”主事件循环做点事，用
loop.call_soon_threadsafe()，而不是传锁过去
最容易被忽略的一点：锁对象本身不带线程上下文
asyncio.Lock 实例不记录它属于哪个线程或哪个 loop，它只信任调用时 asyncio.get_event_loop() 返回的那个 loop。一旦你把它传到另一个线程，get_event_loop() 就失败了——不是锁坏了，是你调用它的环境错了。这种隐式依赖，比显式报错更难定位。
