为什么“写 - 写 - 读”是一个杀手？ （500毫秒ACK延迟）

Question

为什么在第二次写入套接字后，TCP-stack在允许读取之前等待ACK？我相信有一种方法可以避免长达500毫秒的持续延迟，即“ACK延迟”。有人可以分享套接字内部实现的经验，以了解这个问题的根源吗？

Answer 1

否 TCP-stack在允许执行读取之前等待ACK ;您可以随时自然地调用读取功能。当然，读取只能在另一方发送数据后返回数据，但它不是＆＃34; ACK延迟＆＃34;本身可以延迟发送，与另一方的某些应用程序和配置进行交互 - 请参阅TCP delayed acknowledgment。