假设我有一个 java.net.Socket
实例,它是两个对等点(Windows
进程)之间连接的端点:我的进程和远程进程。远程进程退出并关闭其连接。现在我正在尝试写入
并关闭
我的套接字。
我希望 write
和 close
调用(或其中之一)失败并引发异常(就像 Unix 套接字 API 中的 SIGPIPE
信号),但它们成功了。
在这种情况下,java.net.Socket
的预期行为是什么?它与 Unix 套接字 API 行为有何不同?它在 Windows 和 Linux 中的工作方式相同吗?
最佳答案
这种情况与管道有点不同,因为操作系统不一定知道另一端已关闭连接。所以......理论上......对套接字的多次写入似乎可以工作。但是,如果远程计算机仍在网络上,那么编写者最终应该会得到异常。它很有可能会被抛出到套接字 flush
或 close
中。
FWIW,java.net.Socket
的行为很大程度上取决于操作系统协议(protocol)栈的工作方式。
关于java - 如果写入/关闭被对等方关闭的 java.net.Socket 会发生什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11139457/