针对你的场景（LAN环境、ping仅0.3ms、偶尔发送<1KB小数据块且对延迟极度敏感），确实有不少可落地的优化点，而且你提到的TCP_NODELAY绝对是核心优化之一，下面我结合实际开发经验给你拆解每个细节：

1. 强制启用TCP_NODELAY，禁用Nagle算法 #

这是第一步也是最关键的一步。Nagle算法会把小数据块攒起来合并发送，虽然能减少TCP包数量，但在LAN这种低延迟环境下，这种“攒包”行为带来的延迟（最多几百毫秒）完全得不偿失。
在C++中，你需要针对WebSocket底层的TCP套接字设置这个选项：

int optval = 1;
setsockopt(socket_fd, IPPROTO_TCP, TCP_NODELAY, &optval, sizeof(optval));

注意：如果用的是封装好的WebSocket库（比如libwebsockets、Boost.Beast），要确认库是否默认开启了这个选项，如果没有，要手动配置或者拿到底层套接字进行设置。

2. 优化WebSocket帧的发送开销 #

WebSocket本身会给每个消息加帧头，针对小数据块，要尽量减少额外开销：

• 使用无掩码帧：客户端发送的帧默认需要加掩码（RFC规范要求），但如果服务器支持接收无掩码帧（LAN内部环境可以协商），可以省去掩码的计算和传输，减少帧头大小和CPU开销。
• 避免不必要的帧拆分：确保你的小数据块能被封装在单个WebSocket帧里，不要让库自动拆分（比如有些库会对大消息拆分，但你的消息<1KB，完全可以单帧发送）。
• 控制帧的 opcode：用TEXT或BINARY opcode即可，不要用额外的扩展帧类型，减少解析开销。

3. 调整TCP套接字的缓冲区大小 #

LAN环境下，不需要大的发送缓冲区，过大的缓冲区会导致内核把数据留在缓冲里等待更多数据，反而增加延迟：

• 设置SO_SNDBUF为刚好能容纳你的小数据块+WebSocket帧头的大小（比如2048字节足够，因为你的数据<1KB，帧头最多14字节）：

int send_buf_size = 2048;
setsockopt(socket_fd, SOL_SOCKET, SO_SNDBUF, &send_buf_size, sizeof(send_buf_size));

• 同样，接收缓冲区SO_RCVBUF也可以适当调小，让内核更快把数据推送给用户态，减少等待时间。

4. 减少用户态到内核态的数据拷贝 #

小数据块的拷贝开销占比很高，尽量做到：

• 使用栈上缓冲区或静态分配的内存（比如std::array<char, 1024>）存储要发送的数据，避免动态分配的堆内存（比如std::string）带来的额外拷贝。
• 如果用的是异步IO库，尽量使用scatter-gather接口（比如sendmsg），直接把多个缓冲区的数据一次性发送，减少系统调用次数。

5. 保持连接活跃性，避免空闲延迟 #

即使是LAN连接，如果长时间空闲，TCP内核可能会把连接放到低优先级队列，或者服务器端可能触发超时检测，导致第一次发送时的延迟：

• 定期发送WebSocket Ping帧（比如每隔1分钟发送一个空的Ping帧），保持连接处于活跃状态。Ping帧非常小（只有几个字节），不会占用带宽，但能让连接一直处于“就绪”状态。

6. 选择轻量级WebSocket库，优化线程模型 #

• 避免使用过于臃肿的WebSocket库，优先选择轻量级、高性能的实现，比如libwebsockets（专为性能优化设计）或Boost.Beast（需要关闭不必要的特性）。
• 如果是多线程客户端，把IO操作（发送/接收）放到单独的高优先级线程中，避免和其他业务线程抢占CPU。在Linux下可以设置线程的实时优先级：

struct sched_param param;
param.sched_priority = 99; // 最高实时优先级（需root权限）
pthread_setschedparam(pthread_self(), SCHED_FIFO, &param);

• 避免在发送操作前做不必要的锁或同步操作，减少线程调度延迟。

7. 实际测试与验证 #

所有优化都要结合实际测量：

• 用tcpdump或Wireshark抓包，观察从调用发送接口到服务器接收包的时间间隔，对比优化前后的差异。
• 在客户端代码中加入高精度计时（比如用std::chrono::high_resolution_clock），测量从发送调用到收到服务器响应的往返时间（RTT），确保优化确实有效。

我之前在做低延迟量化交易系统的WebSocket客户端时，这些优化组合下来，把小数据块的发送-接收往返延迟从1.1ms降到了0.5ms左右，刚好满足业务的毫秒级要求。

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