使用 TCP 的 Stackoverflow?
Stackoverflow with TCP?
如果我的程序打开 TCP 套接字但读取速度不够快,会发生什么情况。也就是说,我的程序读取的字节数少于客户端写入的字节数。
当TCP缓冲区完全填满时会发生什么?我假设 TCP 不会将 ACK 发送回客户端,因此客户端将(在不断增加的退避时间之后)尝试再次发送,直到服务器套接字最终可以再次接受一些字节。所以我永远不会丢失字节 - 除非客户端放弃重试(但他们会知道发送失败)。这是正确的吗?
TCP 具有内置的 流控制 ,由 window 大小 向另一端发出信号。该值告诉发送方接收方可以缓冲多少字节。一旦下降到零,发件人就无法发送更多数据并等待它再次打开。
如果我的程序打开 TCP 套接字但读取速度不够快,会发生什么情况。也就是说,我的程序读取的字节数少于客户端写入的字节数。
当TCP缓冲区完全填满时会发生什么?我假设 TCP 不会将 ACK 发送回客户端,因此客户端将(在不断增加的退避时间之后)尝试再次发送,直到服务器套接字最终可以再次接受一些字节。所以我永远不会丢失字节 - 除非客户端放弃重试(但他们会知道发送失败)。这是正确的吗?
TCP 具有内置的 流控制 ,由 window 大小 向另一端发出信号。该值告诉发送方接收方可以缓冲多少字节。一旦下降到零,发件人就无法发送更多数据并等待它再次打开。