用 std::this_thread::sleep_for 控制读写节奏可实现带宽限制，核心是按目标速率反推每批数据后的休眠时间，而非仅限制缓冲区大小；libcurl 提供 CURLOPT_MAX_SEND_SPEED_LARGE 等原生限速支持。
用 std::this_thread::sleep_for 控制每次读写节奏最直接
带宽限制本质是控制单位时间内的字节数，C++ 标准库没有现成的“限速上传”封装，但可以用读取→延时→发送的循环实现。关键不是压低单次 send 大小，而是让整体吞吐率趋近目标值。
常见错误是只限制读取缓冲区大小（比如固定用 4KB），结果网络栈和 TCP 窗口仍可能攒包突增；更可靠的做法是按目标速率反推每批数据后该睡多久。
- 假设目标带宽为 512 KB/s（即 524288 B/s），每次读取
buffer_size = 64 * 1024（64KB） - 则理想间隔为
buffer_size / target_bps = 65536.0 / 524288.0 ≈ 0.125秒 →std::this_thread::sleep_for(std::chrono::milliseconds(125)) - 注意：实际耗时包含
read、send、系统调用开销，所以建议用滑动窗口式误差补偿（见下一条）
为什么不能只靠 setsockopt(SO_SNDBUF) 限速
SO_SNDBUF 只设置 socket 发送缓冲区大小，影响的是内核能暂存多少待发数据，并不控制应用层提交数据的节奏。设得太小会导致 send 阻塞或返回 EAGAIN，但无法保证稳定速率；设得太大又会让突发流量冲垮限速逻辑。
它更适合配合非阻塞 socket 做流控反馈，而非主动限速。真正可控的节流点必须在应用层——即你决定什么时候读、读多少、发完等多久。
立即学习“C++免费学习笔记（深入）”；
- 仅调用
setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &bufsize, sizeof(bufsize))不会降低上传速度 - 若配合非阻塞模式 +
epoll，可基于发送缓冲区剩余空间做自适应节流，但复杂度陡增，且仍需应用层主导节奏 - 对 HTTP 上传（如 multipart/form-data），还要考虑协议头、边界符、编码开销，这些都得计入限速计算
HTTP 上传时如何把限速嵌入 curl 或 libcurl
如果你用 libcurl 实现上传，它原生支持速率限制，比手撸 socket 更稳——因为 curl 在协议层、TCP 层、应用层都做了协同控制。
关键配置项是 CURLOPT_MAX_SEND_SPEED_LARGE，单位是字节/秒，且对 chunked 或分块上传也生效：
curl_easy_setopt(curl, CURLOPT_UPLOAD, 1L); curl_easy_setopt(curl, CURLOPT_READFUNCTION, read_callback); curl_easy_setopt(curl, CURLOPT_READDATA, &upload_ctx); curl_easy_setopt(curl, CURLOPT_MAX_SEND_SPEED_LARGE, (curl_off_t)524288); // 512KB/s
注意：CURLOPT_MAX_SEND_SPEED_LARGE 是 libcurl ≥ 7.11.2 的功能，旧版本只能靠回调里手动 sleep；另外它只限制“发送”方向，不影响 DNS 解析、TLS 握手等前置耗时。
- 若用命令行
curl，直接加--limit-rate 512K - 回调函数
read_callback中仍要避免一次返回过大 buffer，否则 curl 内部可能批量提交，削弱限速精度 - 启用
CURLOPT_TCP_NODELAY可减少 Nagle 算法引入的微小延迟，让限速更平滑
真实场景中容易被忽略的误差来源
限速效果偏差常来自三个隐性环节：文件系统读取抖动、SSL/TLS 加密开销、以及接收端响应延迟（尤其 HTTP 服务端慢速响应时，TCP 窗口收缩会反向压制发送）。
例如用 open()+read() 读 SSD 文件，实测吞吐可能远超目标值；但换成机械盘或 NFS，读取本身就成了瓶颈，再怎么限速也没意义。
- 务必在
read和send后分别记录时间戳，用滑动窗口统计最近 N 次的实际吞吐，动态调整 sleep 时间 - HTTPS 上传时，加密耗时随 CPU 负载浮动，
send前的加密操作也要计入“本周期耗时” - 如果服务端返回 429 或连接中断，重试逻辑里要重置限速计时器，否则可能累积大量 sleep 延迟
限速不是设个参数就完事，它是个闭环调节过程；最简方案能跑通，但想压到 ±5% 误差内，就得监控+反馈+补偿。
