linux下优化socket应用层批量传输性能的核心是减少系统调用、提升单次传输量、降低序列化与拷贝成本：一、用writev()/sendmsg()聚合发送，缓存达阈值后flush，文件传输优先sendfile()或splice()；二、改用protobuf等二进制协议或zstd压缩文本，去除冗余字段；三、关闭tcp_nodelay并增大so_sndbuf至1–4mb；四、实现应用层滑动窗口与分块校验机制。
Linux 下优化 socket 应用层的批量传输性能，核心在于减少系统调用开销、提升单次传输数据量、降低序列化与拷贝成本，并适配网络带宽延迟积（BDP）。不依赖内核参数调优或底层协议切换，聚焦应用层可直接控制的手段。
合并写操作，减少 send() 调用次数
频繁小包 write()/send() 会触发大量系统调用和 TCP 报文封装，显著拖慢批量传输。应主动聚合数据再发送：
- 使用 writev() 或 sendmsg() 进行向量 I/O，一次系统调用发送多个内存段（如文件头 + 数据块 + 校验字段）
- 在业务逻辑中缓存待发数据，达到阈值（如 64KB 或接近 MSS 的整数倍）再 flush，避免“一数据一 send”
- 对文件传输场景，避免逐块 read()+send()，改用 sendfile()（零拷贝）或 splice()（内核态管道转发）
精简序列化格式，减小有效载荷体积
相同语义的数据，不同编码方式在网络上传输的字节数差异巨大，直接影响吞吐量：
- 弃用 JSON/XML 等文本格式，改用二进制协议：Protobuf、FlatBuffers 或 Cap'n Proto，典型压缩比达 3–5 倍
- 对纯文本类批量数据（如日志、CSV），启用应用层压缩（zstd 或 lz4），尤其适合高带宽低 CPU 场景；注意权衡压缩耗时与网络节省
- 避免在每条记录前重复携带冗余字段（如固定 schema 的字段名），改用紧凑结构体或列式打包
合理设置缓冲区与禁用 Nagle，平衡延迟与吞吐
批量传输通常追求吞吐而非单包延迟，但默认 TCP 行为可能与之冲突：
- 务必调用 setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &one, sizeof(one)) 关闭 Nagle 算法——它会在有未确认小包时阻塞后续小写，破坏批量连续性
- 增大 socket 缓冲区：SO_SNDBUF 至至少 1–4MB（根据 BDP 计算），确保内核能暂存足够多待发数据，避免用户态因 send() 阻塞而停顿
- 若使用非阻塞 socket，需检查 send() 返回值：成功时返回实际发送字节数，需循环处理未发送完的部分，不可假定一次写入全部完成
分块与流控协同设计，避免接收端拥塞
发送端激进发包，若接收端处理或消费能力不足，将导致丢包、重传或 RST，反而降低有效速率：
- 实现简单滑动窗口机制：发送 N 个数据块后等待接收端 ACK 或就绪信号，再发下一批（类似 TCP 的流量控制思想，但应用层可控）
- 在协议头中嵌入块序号与总长度，便于接收端校验完整性、支持断点续传，也利于并发解析
- 对大文件批量传输，按固定大小（如 1MB）分块，每块独立校验（如 CRC32），失败仅重传该块，避免整文件回退
