AIOHTTPvsHTTPX：高并发性能实测对比

在高并发场景下，httpx 通常比 aiohttp 更快、内存占用更低，但性能优势并非绝对——它高度依赖请求类型与精细配置：小文件高频请求需为 aiohttp 显式调优 TCPConnector（如 limit_per_host=0 和合理 keepalive_timeout），否则易因连接阻塞拖慢整体；大文件或流式响应中，httpx 的原生 HTTP/2 支持、更稳健的异步流处理及清晰的迭代接口显著胜出；而忽视超时策略（aiohttp 默认无总超时，httpx 默认 5 秒）、连接池配置或底层事件循环差异（如 macOS 上 uvloop 兼容性），极易导致压测失真甚至线上故障；迁移成本也远不止 import 替换，涉及异常体系重构、重试逻辑重写及团队现有封装适配——真正决定成败的，往往不是库本身，而是对连接复用、DNS 缓存、TLS 握手等底层细节的理解与掌控。

高并发场景下，httpx 通常比 aiohttp 更快、内存更省，但差异取决于请求类型和连接管理方式——不是所有场景都值得切换。

小文件高频请求时，aiohttp 的 TCP 连接器配置直接影响性能

很多人测出 aiohttp 在 100–500 并发 GET 请求中略快，但这依赖于显式调优。默认的 aiohttp.TCPConnector 会限制总连接数（limit=100），而实际压测中若未设 limit_per_host，多个域名请求可能被阻塞在队列里。

• 必须手动设置 limit_per_host=0（不限制每 host 连接数）或按需设值，否则容易卡在连接等待
• keepalive_timeout 建议设为 30–60 秒，避免频繁重建连接
• 若目标服务支持 HTTP/2，aiohttp 需额外安装 hypercorn 或启用 aiostream 才能真正用上，否则仍走 HTTP/1.1

大文件或长响应体场景，httpx 的流式处理更稳定

当下载图片、日志、JSONL 流或响应体 >1MB 时，httpx.AsyncClient 的 stream=True 模式天然支持异步迭代，且内部缓冲区管理更保守；而 aiohttp 的 content.iter_chunked() 容易因未及时 await 导致内存堆积。

• httpx 默认启用 http2=True（只要服务端支持），复用单连接传输多请求，对 API 聚合类任务吞吐提升明显
• aiohttp 的 response.content.readany() 是非标准接口，不同版本行为不一致，线上易出 RuntimeError: Response content is not fully read
• 若需边收边解析（如 SSE），httpx 的 aiter_lines() / aiter_bytes() 接口语义更清晰，错误边界明确

连接池与超时配置差异常被忽略，导致压测结果失真

两者默认超时策略完全不同：aiohttp 默认无总超时（仅 socket timeout），httpx 默认 5 秒 total timeout。不统一配置就对比性能，等于拿“可能永远卡住”的请求 vs “强制断开”的请求比快慢。

• aiohttp 必须显式传 timeout=aiohttp.ClientTimeout(total=5)，否则并发高时大量 pending task 占满 event loop
• httpx.AsyncClient 的 limits 参数（如 max_connections=100）控制的是整个 client 实例，而非 per-host，误配会导致连接饥饿
• 两者都依赖底层 asyncio 事件循环，但在 macOS 上 aiohttp 对 uvloop 兼容性略差，实测延迟抖动比 httpx 高 10%~15%

迁移成本低不等于零成本：异常类型和重试逻辑要重写

从 aiohttp 切到 httpx 不是改个 import 就完事。最常踩的坑是异常捕获范围变化和重试语义差异。

• aiohttp.ClientResponseError 只覆盖 4xx/5xx 状态码，而 httpx.HTTPStatusError 需显式调用 response.raise_for_status() 才抛出
• httpx 的 TransportError 是基类，包含 DNS、TLS、连接拒绝等，但 aiohttp 把它们分散在 ClientConnectorError / ServerDisconnectedError 等多个子类中
• 自定义重试（如指数退避）必须重写：aiohttp 依赖第三方库 aioretry，httpx 内置 httpx.AsyncHTTPTransport(retries=3)，但只重试连接类错误，不重试 5xx

真实高并发系统里，连接复用率、DNS 缓存、TLS 握手耗时往往比客户端库本身影响更大。选 httpx 还是 aiohttp，关键看团队是否已有成熟封装——一个调优过的 aiohttp 实例，可能比裸用 httpx 更稳；而一个没设 limits 的 httpx.AsyncClient，上线后可能直接把目标服务打挂。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《AIOHTTPvsHTTPX：高并发性能实测对比》文章吧，也可关注golang学习网公众号了解相关技术文章。