同主机传输HTTP请求远慢于本地环回带宽是什么原因，如何优化？

性能差的核心原因 #

你对比的iperf是经过极致优化的裸TCP传输工具，没有上层协议开销、也没有多余的用户态内存拷贝，而你的测试代码存在几个明显的性能瓶颈：

1. 客户端库开销过大：你用的requests是纯Python实现的同步HTTP客户端，内部有大量的封装逻辑、内存拷贝和响应解析开销，本身吞吐量就很低，完全不能代表本地环回的真实传输速度。
2. 服务端没有启用基础优化：默认安装的uvicorn很多时候没有带uvloop和httptools这两个C实现的加速依赖，IO处理效率比优化后低数倍。
3. HTTP协议与序列化开销：裸TCP传输不需要处理HTTP头、状态行、内容编码解析等逻辑，而你的测试用的纯文本响应序列化和解析本身就有额外开销，真实场景下的结构化数据表这类开销会更高。
4. 没有启用压缩：10MB的纯文本/结构化数据压缩比极高，你当前测试没有开启任何压缩，直接传输原始数据浪费了大量带宽和序列化时间。

优化方案 #

• 先做基线测试排除客户端干扰：用curl工具测试接口耗时curl http://localhost:8000/api/data -o /dev/null -w "%{time_total}\n"，如果耗时远低于2秒，说明瓶颈在requests库，把客户端换成httpx异步客户端或者aiohttp即可。
• 服务端启用基础优化：安装完整的uvicorn依赖pip install uvicorn[standard]，启动时添加--tcp-nodelay参数关闭Nagle算法，IO处理效率会有明显提升。
• 开启响应压缩：给FastAPI添加GZipMiddleware，10MB的纯文本压缩后体积可以降到几十KB，传输耗时会直接降到毫秒级，是成本最低、收益最高的优化。
• 换用二进制序列化格式：真实场景传输数据表时，不要用纯文本/JSON格式，换成MessagePack、Protocol Buffer这类二进制序列化格式，序列化、解析速度和传输体积都比文本格式好数倍。
• 极致优化可以跳过TCP栈：如果只需要本地进程通信，可以让uvicorn监听UNIX套接字，客户端也通过UNIX套接字发起请求，完全跳过TCP协议栈的处理开销，性能可以接近本地进程直接通信的水平。

做完以上优化后，本地10MB级数据的HTTP传输耗时可以控制在10ms以内，完全可以满足网页GUI和原生GUI体验持平的需求。

内容的提问来源于stack exchange，提问作者pyjamas