Java套接字API：如何判断连接是否已关闭？

Question 1

我遇到了Java套接字API的一些问题。我正在尝试显示当前连接到我的游戏的玩家数量。很容易确定播放器何时连接。但是，似乎似乎很难确定何时使用套接字API断开了播放器。

呼叫isConnected()已断开远程似乎总是返回一个插座上true。同样，调用isClosed()已远程关闭的套接字似乎总是会返回false。我读过要真正确定套接字是否已关闭，必须将数据写入输出流，并且必须捕获异常。这似乎是处理这种情况的一种非常不干净的方法。我们只需要不断地在网络上发送垃圾邮件来知道套接字何时关闭。

还有其他解决方案吗？

Question 2

没有TCP API可以告诉您当前的连接状态。isConnected()并isClosed()告诉你你套接字的当前状态。不一样的东西。

isConnected()告诉你，无论你已连接此套接字。您已拥有，因此它返回true。
isClosed()告诉你，无论你已关闭此套接字。除非有，否则它返回false。
如果对等方有序地关闭了连接
- read() 返回-1
- readLine() 退货 null
- readXXX()EOFException为其他XXX 抛出。
- IOException最终，写入将抛出：“对等方重置连接”，最终会受到缓冲延迟的影响。
如果由于任何其他原因导致连接断开，则写操作将IOException最终抛出，如上所述，而读操作可能会执行相同的操作。
如果对等方仍处于连接状态但未使用连接，则可以使用读取超时。
与您可能在其他地方读到的内容相反，ClosedChannelException这没有告诉您。[也不对SocketException: socket closed.]它只是告诉你，你关闭了通道，然后继续使用它。换句话说，您的编程错误。它并不表示连接已关闭。
由于在Windows XP上使用Java 7进行了一些实验，结果还表明，如果：
- 您选择 OP_READ
- select() 返回大于零的值
- 关联SelectionKey已无效（key.isValid() == false）
这意味着对等方已重置连接。但是，这可能是JRE版本或平台所特有的。

Question 3

在各种消息传递协议中，通常的做法是保持彼此心跳（保持发送ping数据包），数据包不需要很大。探测机制将使您甚至可以在TCP识别出断开连接的客户端之前就检测出断开连接的客户端（TCP超时要高得多），发送探测并等待5秒钟才能得到答复，如果您没有看到2-3的答复随后的探测，您的播放器已断开连接。

另外，相关问题

Question 4

我看到了刚刚发布的其他答案，但我认为您正在与玩游戏的客户互动，因此我可能提出另一种方法（而BufferedReader在某些情况下肯定是有效的）。

如果您想...，可以将“注册”责任委托给客户。也就是说，您将拥有一组已连接的用户，并在每个用户收到的最后一条消息上加上时间戳...如果客户端超时，则将强制重新注册客户端，但这会导致下面的引用和提示。

我已经读过，要真正确定套接字是否已关闭，必须将数据写入输出流，并且必须捕获异常。这似乎是处理这种情况的一种非常不干净的方法。

如果您的Java代码没有关闭/断开套接字，那么您将如何得知远程主机关闭了连接呢？最终，您的try / catch所做的事情与轮询ACTUAL套接字上的事件的轮询程序所做的大致相同。考虑以下：

您的本地系统可以在不通知您的情况下关闭您的套接字...这仅仅是Socket的实现（即，它不会轮询硬件/驱动程序/固件/任何状态更改的对象）。
new Socket（Proxy p）...有多个参与方（实际上是6个端点）可能正在关闭您的连接...

我认为抽象语言的特征之一是您是从细节中抽象出来的。考虑一下SqlConnection的C＃中的using关键字（try / finally）或其他什么……这只是做生意的代价……我认为try / catch / finally是Socket使用的公认且必要的模式。

Question 5

我认为这是tcp连接的本性，按照标准，传输大约需要6分钟的静默时间，然后我们才能得出输出连接消失的结论！因此，我认为您无法找到此问题的确切解决方案。也许更好的方法是编写一些方便的代码来猜测服务器何时应该关闭用户连接。

Question 6

正如@ user207421所说，由于TCP / IP协议体系结构模型，无法知道连接的当前状态。因此，服务器必须在关闭连接之前通知您，或者您自己进行检查。
这是一个简单的示例，显示了如何知道服务器已关闭套接字：

sockAdr = new InetSocketAddress(SERVER_HOSTNAME, SERVER_PORT);
socket = new Socket();
timeout = 5000;
socket.connect(sockAdr, timeout);
reader = new BufferedReader(new InputStreamReader(socket.getInputStream());
while ((data = reader.readLine())!=null) 
      log.e(TAG, "received -> " + data);
log.e(TAG, "Socket closed !");

Question 7

我遇到了类似的问题。在我的情况下，客户端必须定期发送数据。希望您有同样的要求。然后，我设置SO_TIMEOUT socket.setSoTimeout(1000 * 60 * 5);，java.net.SocketTimeoutException当指定时间到期时抛出该异常。然后，我可以轻松地检测到死客户。

Question 8

那就是我的处理方式

 while(true) {
        if((receiveMessage = receiveRead.readLine()) != null ) {  

        System.out.println("first message same :"+receiveMessage);
        System.out.println(receiveMessage);      

        }
        else if(receiveRead.readLine()==null)
        {

        System.out.println("Client has disconected: "+sock.isClosed()); 
        System.exit(1);
         }    }

如果result.code == null

Question 9

在Linux上，当将write（）插入套接字（另一端，您不知道）的套接字关闭时，该套接字会引发SIGPIPE信号/异常，但是您想调用它。但是，如果您不想被SIGPIPE所吸引，则可以将send（）与标志MSG_NOSIGNAL一起使用。send（）调用将以-1返回，在这种情况下，您可以检查errno，这将告诉您您尝试编写一个值EPIPE的折断的管道（在这种情况下为套接字），根据errno.h等效于32.作为对EPIPE的一种反应，您可以加倍返回并尝试重新打开套接字，然后尝试再次发送信息。