java socket 延迟_java socket参数详解:TcpNoDelay降低通信延迟

TcpNoDelay=false，为启用nagle算法，也是默认值。 Nagle算法的立意是良好的，避免网络中充塞小封包，提高网络的利用率。但是当Nagle算法遇到delayed ACK悲剧就发生了。Delayed ACK的本意也是为了提高TCP性能，跟应答数据捎带上ACK，同时避免糊涂窗口综合症，也可以一个ack确认多个段来节省开销。悲剧发生在这种情况，假设一端发送数据并等待另一端应答，协议上分为头部和数据，发送的时候不幸地选择了write-write，然后再read，也就是先发送头部，再发送数据，最后等待应答。实验模型：

发送端(客户端)

write(head);

write(body);

read(response);接收端(服务端)

read(request);

process(request);

write(response);

这里假设head和body都比较小，当默认启用nagle算法，并且是第一次发送的时候，根据nagle算法，第一个段head可以立即发送，因为没有等待确认的段；接收端(服务端)收到head，但是包不完整，继续等待body达到并延迟ACK；发送端(客户端)继续写入body，这时候nagle算法起作用了，因为head还没有被ACK，所以body要延迟发送。这就造成了发送端(客户端)和接收端(服务端)都在等待对方发送数据的现象：

发送端(客户端)等待接收端ACK head以便继续发送body；

接收端(服务端)在等待发送方发送body并延迟ACK，悲剧的无以言语。

这种时候只有等待一端超时并发送数据才能继续往下走。代码：

发送端代码

packagesocket.nagle;

importjava.io.*;

importjava.net.*;

importorg.apache.log4j.Logger;

publicclassClient {

privatestaticLogger logger = Logger.getLogger(Client.class);

publicstaticvoidmain(String[] args)throwsException {

// 是否分开写head和body

booleanwriteSplit =true;

String host ="localhost";

logger.debug("WriteSplit:"+ writeSplit);

Socket socket =newSocket();

socket.setTcpNoDelay(false);

socket.connect(newInetSocketAddress(host,10000));

InputStream in = socket.getInputStream();

OutputStream out = socket.getOutputStream();

BufferedReader rea