Java中的非阻塞套接字写入与阻塞套接字写入相比

Question

为什么有人更喜欢阻止写入非阻塞写入？ 我的理解是，如果你想确保另一方在写入方法返回后得到TCP数据包，你只想要阻塞写入，但我甚至不确定是否可能。 你必须刷新和刷新必须刷新底层操作系统写入套接字缓冲区 。 那么非阻塞套接字写入有什么缺点吗？ 有一个大的底层写入套接字缓冲在性能方面是一个坏主意吗？ 我的理解是，底层套接字写缓冲区越小，你就越有可能遇到慢/错误的客户端，并且在底层套接字缓冲区已满并且isWritable（）返回false时，必须在应用程序级别中丢弃/排队数据包。

Answer 1

我的理解是，如果你想确保一旦返回write方法，另一方得到TCP数据包，你只想要阻塞写

你的理解是不正确的。 它无法确保这一点。

阻塞写入阻塞，直到所有数据都已传输到套接字发送缓冲区，从那里异步传输到网络。 如果读取器很慢，他的套接字接收缓冲区将填满，这最终会导致套接字发送缓冲区填满，这将导致阻塞写入阻塞，阻塞整个线程。 非阻塞I / O为您提供了一种检测和处理这种情况的方法。

Answer 2

非阻塞写入的问题在于，如果写入不完整，您可能没有任何有用的操作。 你最终可能会像

// non-blocking write
while(bb.remaining() > 0) sc.write(bb);

要么

// blocking write
sc.write(bb);

第一个可以燃烧CPU，第二个可能更合适。

最大的问题是读取。 一旦确定是要阻塞还是非阻塞读取，您的写入必须相同。 不幸的是，没有办法让它们与众不同。 如果您想要非阻塞读取，则必须进行非阻塞写入。