Python两套原生信号量正好一一对应iOS两套Python标准库就两套信号量名字一模一样但是完全不能混用。threading.Semaphore→ 完全等价 iOSGCDDispatchSemaphore操作对象操作系统内核线程sem.acquire()拿不到许可直接把当前OS线程阻塞休眠线程原地卡住不归还别的线程调用release()才唤醒这条线程。✅必须多操作系统线程才有意义单线程调用会卡死死锁。搭配threading.Thread/ThreadPoolExecutor同步多线程。asyncio.Semaphore→ 完全等价 iOS15Swift ConcurrencyAsyncSemaphore操作对象协程Task用户态对象不碰内核线程await sem.acquire()拿不到许可挂起协程把当前占用的OS线程还给事件循环线程去跑别的协程等待期间不占线程。✅跑在单OS线程事件循环不需要开多内核线程。搭配async def协程、aiohttp就是MinerU MCP用的那套。补充还有BoundedSemaphore分别在threading和asyncio下面只是防止过度release底层行为不变。一一映射对照表PythoniOS行为是否阻塞OS内核线程threading.SemaphoreDispatchSemaphoreGCD线程信号量✅会阻塞休眠OS线程asyncio.SemaphoreAsyncSemaphoreSwift Concurrency协程Task信号量❌只挂起Task释放线程重点坑和iOS一模一样❌千万不要在async协程里面用threading.Semaphore就像Swift Task里面不要调用DispatchSemaphore.wait()。# 灾难写法asyncdefbad():semthreading.Semaphore(0)sem.acquire()# 直接把事件循环那一条OS主线程阻塞卡死全部协程冻住threading.Semaphore.acquire()是同步阻塞调用没有await直接卡住内核线程整个asyncio事件循环卡死。❌asyncio.Semaphore线程不安全不能跨不同操作系统线程使用只能在同一个事件循环内部协程之间用这点也和Swift的AsyncSemaphore一致。结合MinerU的场景复盘如果你写同步requests ThreadPoolExecutor(max_workers3)底层是多条OS线程限流优先用max_workers也可以叠加threading.Semaphore两者都是操作OS线程。如果你写aiohttp异步协程第三方MinerU‑MCP单OS线程大量协程对象用asyncio.Semaphore(2‑4)做闸门协程挂起、线程归还不会线程爆炸。python也有有类似于iOS GCD全局队列那种信号量就是threading.Semaphore就是GCD DispatchSemaphore的Python复刻作用于操作系统线程acquire会把线程阻塞休眠必须多线程才能干活。极简示例GCD等价的Python threading.SemaphorefromthreadingimportThread,Semaphoreimporttime semSemaphore(2)# 最多2个并发等价DispatchSemaphore(value:2)defworker(i):sem.acquire()# 许可耗尽当前OS线程直接阻塞休眠print(f线程{i}运行)time.sleep(3)sem.release()foriinrange(10):Thread(targetworker,args(i,)).start()现象会创建多条操作系统线程拿不到许可的线程直接内核休眠GCD那种线程爆炸的问题Python这里同样会出现。