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流之上实现额外的再同步机制是没有意义的。如果它确实有意义,你还需要处理连接关闭的可能性…所以它会更容易假设它关闭。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值