登录
首页 >  文章 >  python教程

Python异步能调用同步库吗?requests性能坑解析

时间:2026-05-16 21:15:28 332浏览 收藏

Python异步编程中直接使用requests库会严重拖垮性能,因为它底层依赖阻塞式系统调用,一旦在协程中调用就会冻结整个事件循环,导致并发优势尽失、响应时间线性增长甚至整批任务卡死;真正高效的解法是切换到原生异步的aiohttp.ClientSession(需复用实例、显式设超时、正确await响应体),或仅在无法替代时谨慎通过run_in_executor将requests隔离到线程池中执行——而识别并避开这类“假异步”陷阱,恰恰是写出高性能异步代码的关键所在。

Python异步函数可以调用同步库吗_探讨requests在asyncio中的性能坑

不能直接调用,硬塞 requests.get() 会阻塞整个事件循环,异步代码瞬间退化成同步,100 个请求可能比单线程还慢。

为什么 requests 在 asyncio 里一用就卡死

requests 是纯同步库,底层调用 socket.connect()ssl.wrap_socket() 等都是阻塞系统调用。一旦在协程里执行 requests.get("https://example.com"),当前协程会一直占着事件循环线程,其他协程全得干等——这和开 100 个线程跑 requests 没本质区别,还少了线程调度的灵活性。

  • 现象:CPU 使用率低,但总耗时线性增长(比如 100 个请求 × 平均 300ms = 30 秒),asyncio.gather 完全失效
  • 更糟的是:若某次请求卡在 SSL 握手或 DNS 解析,可能拖垮整批任务,且无法被 asyncio.wait_for() 正确中断
  • requests.Session() 复用连接也无效——它复用的是同步 TCP 连接,不是异步连接池

aiohttp.ClientSession 是唯一靠谱的替代方案

它原生基于 asyncio,所有 I/O 操作都注册到事件循环,连接复用、DNS 缓存、SSL 会话复用都按异步方式设计。别试图“包装” requests,直接换掉。

  • 必须复用 ClientSession 实例:在函数外创建,在协程中传入;重复创建 session 会泄漏连接、耗尽文件描述符
  • 超时必须显式设:timeout=ClientTimeout(total=10),否则默认无超时,一个挂起请求就能让整个协程组卡死
  • SSL 验证可关但慎用:connector=aiohttp.TCPConnector(ssl=False) 能省 5–10% 时间,但仅限内网或测试环境
  • 别漏掉 await response.text()await response.json():不 await 就只是拿到一个 ClientResponse 对象,不是实际响应体

实在绕不开 requests?只能用 run_in_executor 做隔离

如果你必须调用某个只提供 requests 接口的 SDK,或依赖其 session 状态管理,唯一安全做法是把 requests 调用扔进线程池,和事件循环隔离开。

  • loop.run_in_executor(None, requests.get, url),不要自己建 ThreadPoolExecutor(除非你明确要控并发数)
  • 注意:每次调用都会新建线程(None 表示用默认线程池),频繁调用仍可能触发 GIL 争抢,吞吐上限远低于 aiohttp
  • 异常处理要包两层:外层捕获 concurrent.futures.TimeoutError,内层捕获 requests.exceptions.RequestException
  • 别在循环里反复调用 loop.run_in_executor 启动新线程——线程创建开销大,应批量聚合后提交

asyncio.run() 和 get_event_loop().run_until_complete() 别混用

在已有 event loop 的上下文(如 Jupyter、FastAPI、uvicorn)里调用 asyncio.run() 会直接抛 RuntimeError: asyncio.run() cannot be called from a running event loop

  • 开发脚本用 asyncio.run(main()) 没问题;但嵌入 Web 框架或测试工具时,必须用 asyncio.get_event_loop().run_until_complete(main())
  • 如果不确定运行环境,优先查 asyncio.get_event_loop().is_running() 再决定怎么启动
  • 别在 async def 函数里再调 asyncio.run() ——这是最常见也是最隐蔽的死锁来源

真正难的不是写 async/await,而是识别哪些调用真异步、哪些只是披着协程外衣的阻塞操作。requests 就是典型“假异步”,它的每个方法签名都像能 await,但实际执行时早把事件循环锁死了。

今天带大家了解了的相关知识,希望对你有所帮助;关于文章的技术知识我们会一点点深入介绍,欢迎大家关注golang学习网公众号,一起学习编程~

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>