TCP_NODELAY在延迟敏感的场景下适合设置

结论先行

在TCP发送报文有时比较短，但又对延迟比较敏感的场景，例如，应用控制信令，非常适合启用TCP_NODELAY套接字选项。

现象

• 发送者在TCP链路上连续发送两条请求，第一条请求立即发送出去了，而第二条要等到TCP Ack后，才能再次发送出去

TCP存在随路Ack确认和延迟Ack确认，TCP对端在没有报文发送时，会出现延迟回复Ack确认

启用代码

  int enable = 1;
  // 注意使用第二个参数特别需要注意，需要设置为SOL_TCP
  setsockopt(fd, SOL_TCP, TCP_NODELAY, &enable, sizeof(enable));

拷贝粘贴代码易错提示

笔者曾出现设置第二个参数为SOL_SOCKET级别，但TCP_NODELAY特性不生效的情况

后记

后来回想了下，setsockopt第二个参数选项，体现为套接字的协议工作层次，与网络协议栈的层次划分有一定的对应关系。

所以，对于TCP_NODELAY套接字选项，应该设置在传输层上！

猜测TCP_NODELAY默认不启用原因

• 吞吐量因素

Nagle算法的优化场景

• 避免发送过多未经确认的数据

工具小贴士

• putty小程序在配置中提供了TCP_NODELAY的选项控制，以利于界面交互的及时性