最近の質問のフォローアップとして、TCPソケットの読み取り/書き込みを試みない限り、ソケットがピアによって正常に閉じられていることを検出することがJavaで不可能である理由は何ですか？これは、かどうかに関係なく1回の使用前NIOの場合であるように思わSocketまたはNIO SocketChannel。
ピアがTCP接続を適切に閉じると、接続の両側のTCPスタックはその事実を認識します。サーバー側（シャットダウンを開始する側）は状態FIN_WAIT2になり、クライアント側（シャットダウンに明示的に応答しない側）は状態になりCLOSE_WAITます。なぜそこに方法はないSocketかSocketChannelという、基礎となるTCP接続が終了したかどうかを確認するためにTCPスタックを照会することができますか？TCPスタックがそのようなステータス情報を提供しないのですか？それとも、コストのかかるカーネルの呼び出しを回避するという設計上の決定でしょうか。
この質問に対するいくつかの回答を既に投稿したユーザーの助けを借りて、問題の原因がどこにあるのかがわかります。接続を明示的に閉じない側はTCP状態になりCLOSE_WAIT、接続はシャットダウンの処理中であり、側が独自のCLOSE操作を発行するのを待ちます。私はisConnected戻っtrueてisClosed戻ってくるのは十分に公正だと思いますfalseが、なぜそんなものがないのisClosingですか？
以下は、NIO以前のソケットを使用するテストクラスです。しかし、NIOを使用しても同じ結果が得られます。
import java.net.ServerSocket;
import java.net.Socket;
public class MyServer {
public static void main(String[] args) throws Exception {
final ServerSocket ss = new ServerSocket(12345);
final Socket cs = ss.accept();
System.out.println("Accepted connection");
Thread.sleep(5000);
cs.close();
System.out.println("Closed connection");
ss.close();
Thread.sleep(100000);
}
}
import java.net.Socket;
public class MyClient {
public static void main(String[] args) throws Exception {
final Socket s = new Socket("localhost", 12345);
for (int i = 0; i < 10; i++) {
System.out.println("connected: " + s.isConnected() +
", closed: " + s.isClosed());
Thread.sleep(1000);
}
Thread.sleep(100000);
}
}テストクライアントがテストサーバーに接続すると、サーバーが接続のシャットダウンを開始した後も、出力は変更されません。
connected: true, closed: false
connected: true, closed: false
...