## 一、同步与异步方案性能对比****
测试环境：200次GET请求（目标API延迟150ms），分别使用requests（同步）与aiohttp（异步）进行测试。
| 方案**** | 总耗时**** | 峰值内存占用**** | 代码复杂度**** |
|---|---|---|---|
| 同步 | 30.2s | 48MB | ★☆☆ |
| 异步 | 3.8s | 62MB | ★★★ |
结论：异步方案吞吐量提升7倍，但内存消耗增加29%，适合高并发场景；同步方案代码简洁，适合低频请求。
二、连接池优化效果验证****
测试场景：连续发起50次请求，对比无连接池与配置pool_maxsize=10的Session对象。
· 无连接池：总耗时8.7s（每次新建TCP连接）
· 启用连接池：总耗时1.2s（连接复用率100%）
关键发现：连接池使TCP握手开销减少86%，但当pool_maxsize超过服务器并发限制时（如Nginx默认50连接），会导致429错误。
三、压缩传输收益分析****
测试数据：传输1.2MB JSON数据，对比无压缩与gzip压缩。
· 原始大小：1,240KB
· 压缩后大小：310KB（压缩率75%）
· 传输时间：从1.2s降至0.3s（网络延迟主导场景）
适用建议：对文本类数据（如API响应）强制启用压缩；二进制数据（如图片）压缩收益低于5%，不建议处理。
四、综合优化推荐****
1. I/O密集型场景：优先选择aiohttp+连接池+压缩
2. 计算密集型场景：使用requests+多线程（避免GIL限制）
3. 资源受限环境：启用连接池并限制pool_maxsize≤20
