java - 套接字:BufferedOutputStream 还是 OutputStream？

Question

为了在 Java 中通过 TCP 获得最快的传输速度，哪个更好:

选项 A:

InputStream in = socket.getInputStream();
OutputStream out = socket.getOutputStream();

选项 B:

BufferedInputStream in = new BufferedInputStream(socket.getInputStream());
BufferedOutputStream out = new BufferedOutputStream(socket.getOutputStream());

我读到当向 OutputStream 写入超过 8 KiB 时性能会受到影响，建议将其写入小块而不是一次超过 8 KiB。 8 KiB 是 BufferedOutputStream 的默认缓冲区大小。

不过，我还读到过，当通过网络传输数据时，最好尽快清除字节。这意味着使用缓冲区并以小块写入会增加不必要的开销。

那么，选项 A 还是选项 B？哪个效果最好？

现在我猜测选项 A 提供最高的传输速度，同时比选项 B 消耗更多的 CPU。选项 B 可能更好，因为它不会慢很多但可以节省很多 CPU。

--

奖励问题:触摸 TCP 窗口大小是个好主意吗？例如，将其设置为 64 KiB:

socket.setReceiveBufferSize(65536);
socket.setSendBufferSize(65536);

我尝试在测试机器上将它设置为 128 KiB，因为我读到它可以提高速度，但是当服务器获得几个连接时，CPU 处于 100% 而不是像我不理会它时那样的 ~2%。我想 128 KiB 太高了，除非你有一个可以处理流量高峰的好服务器，但是将它设置为 32 KiB 这样的值是否明智？我认为默认值对我来说是 8 KiB。

(“套接字”是“java.net.Socket”)

Answer 1

我不知道你在哪里读到那些废话，但它完全是回到前面。一次向 TCP 连接写入的内容越多越好，同时从中读取的内容也越多。我总是会在应用程序和套接字流之间使用缓冲流、读取器或写入器。在某些情况下，例如 SSL，一次直接写入一个字节会导致 40 倍的数据爆炸。

Is it a good idea to touch the TCP window size? For example by setting it to 64 KiB

您不能“触摸 TCP 窗口大小”。您可以通过您提到的 API 来增加它的最大值，这确实是一个好主意。