java write阻塞_java socket/output stream writes：他们阻塞？

在Socket上的写也可以阻塞，特别是如果它是一个TCP套接字。 OS将仅缓冲一定量的未发射(或发射但未确认)的数据。如果你写的东西快于远程应用程序能够读取它，套接字最终会备份，你的写调用将被阻塞。

回应这些后续问题：

So is there a mechanism to set a

timeout for this? I’m not sure what

behavior it’d have…maybe throw away

data if buffers are full? Or possibly

delete older data in the buffer?

没有机制在java.net.Socket上设置写超时。有一个Socket.setSoTimeout()方法，但它影响accept()和read()调用…而不是write()调用。显然，如果你使用NIO，非阻塞模式和一个选择器，你可以得到写超时，但这没有你想象的有用。

正确实现的TCP堆栈不丢弃缓冲的数据，除非连接关闭。然而，当你得到一个写超时时，不确定当前在OS级缓冲区中的数据是否已被另一端接收…。另一个问题是，你不知道你上次写入的数据实际上是传输到操作系统级TCP堆栈缓冲区。没有一些应用程序级协议用于重新同步流*，在写入超时后唯一安全的事情是关闭连接。

相比之下，如果使用UDP套接字，write()调用将不会阻塞任何相当长的时间。但缺点是，如果有网络问题或远程应用程序没有保持，消息将被丢弃在地板上，没有通知任何一端。此外，您可能会发现消息有时会无序地传送到远程应用程序。这将由你(开发人员)来处理这些问题。

*理论上可以这样做，但对于大多数应用程序，在已经可靠(到一点)的TCP / IP流之上实现额外的再同步机制是没有意义的。如果它确实有意义，你还需要处理连接关闭的可能性…所以它会更容易假设它关闭。