同一个代理IP，下载一个1GB的文件能跑到50Mbps稳稳当当；换成每秒发100个小请求的采集任务，延迟飙升、丢包率暴涨、代理直接断开。大文件下载和小请求密集两种极端场景下代理IP的表现完全不同——因为代理服务器处理这两种流量的方式不一样。
大文件下载为什么通常稳定
下载大文件时，代理服务器做的事很简单：从目标服务器读数据→原样转发给你。代理服务器不需要解析数据包内容，只是在大块大块地搬运字节流。TCP连接的吞吐量由路径上最慢的一跳决定，代理服务器一般不设瓶颈。
所以即使是便宜的共享代理，下载速度也可能接近代理服务器的带宽上限——因为大流量转发对代理服务器的CPU和内存几乎零开销。网速波动主要来源于共享的其他用户是否同时在下载大文件。
小请求密集为什么容易崩
每个HTTP请求对代理服务器来说都意味着：新建TCP连接到目标（可能需要TLS握手）→转发请求→等待响应→转发回来→维持或关闭连接。100个请求/秒 = 每秒100次这个流程。
代理服务器对每个连接要分配文件描述符、内存缓冲区、TCP状态跟踪。低配代理服务器几百个并发连接可能就吃不消了——不是带宽不够，是服务器的连接跟踪表爆了。表现为：请求开始超时、TCP连接被重置（Connection reset）、代理客户端报”Too many connections”。
天行IP的独享代理（邀请码 blsj，月付6元起）没有共享用户的连接争抢，能撑更高的并发请求数。但如果目标是小服务器做代理，单节点的连接上限还是有限的。
两种场景的最佳配置策略
| 场景 | 代理要求 | 优化方向 |
|---|---|---|
| 下载大文件 | 带宽优先，共享可以 | 选独享带宽节点，避开晚高峰 |
| 秒级小请求 | 连接数优先，必须独享 | 加连接池、降低并发、多节点分摊 |
| 两者都要 | 分开处理 | 大文件用便宜共享IP，小请求用独享多IP |
实际案例：同时需要下载媒体文件（GB级）和实时采集API数据（每秒几十个请求）。分开处理——大文件走一个便宜共享代理慢下载，API请求走几个独享代理分摊并发。总成本比分流前用一个”高配全功能”代理IP低。
常见问题
大文件下载到一半断了能续传吗？
看你用的下载工具是否支持断点续传。curl -C – 支持、wget -c 支持、浏览器默认支持。代理断了重新连上之后用这些参数继续从断点处下载。但如果代理IP换了（动态IP），新IP可能没有之前连接的上下文——续传取决于目标服务器是否支持Range请求。
代理小请求并发上去后延迟降低是为什么？
不是代理变快了，是你的并发连接数超出了代理能处理的量，导致有些请求在排队——”快速完成”的请求是那些刚好没排队的。提高代理连接池效率参考第34篇（ID 13579）。
