Tomcat 似乎只向套接字发送 64k，然后在发送下一个 64k 数据块之前等待 ack

Question

我们在传输大文件时观察到以下行为。服务器发送 64k 的 tcp 数据，最大段大小（mss=1469，所以 44*1460 字节，加上 1*1296 字节），没有任何延迟。所以服务器端的 Nagle 没有问题。当最后一个数据包被发送时，它设置了 Push 标志，这向我表明发送缓冲区已清空。

然后在收到来自客户端的最终 ACK 之前会有 200 毫秒的不必要延迟。显然这是因为客户端使用了 tcp 延迟确认（我无法影响的行为）并且我们的段数不相等。

据我了解，如果 tomcat 会不断发送数据，我们会避免在每 64k tcp 数据后出现 200ms 的延迟。

问题：

1. tomcat 只发送 64k 的预期行为，然后在发送更多数据之前等待最终确认？

2. 是否有任何方法可以调整 tomcat 的行为，使其更连续地发送数据（不会在每个 64k 数据块之后耗尽 sendbuffer）？

Answer 1

tomcat 只发送 64k 的预期行为，然后在发送更多数据之前等待最终确认？

没有。 Tomcat 和任何其他 Java 应用程序都不能“等待最终的 ACK”。你根本看不到他们。 Tomcat 只是写入一个套接字输出流。

是否有任何方法可以调整 tomcat 的行为以使其更连续地发送数据（在每个 64k 数据块之后不会耗尽发送缓冲区）？

这首先不是 Tomcat 的行为。这种行为几乎可以肯定是由于 TCP。