データが受信されない一定時間が経過した後にソケットを切断する

Question

私は、サーバーから一定時間（20秒後など）のデータを送信しないソケットを切断するだけです。

タイマーで作業するのが良いのか、それともソケットライブラリで特別なことがあるのでしょうか？すべてのソケットでサーバー上のタイマーを操作すると、重いものになります。

クライアントプログラムでこれを処理するのは危険ですか？例えば、すべてのクライアントはしばらくの間データを送信しないと切断します。

Answer 1

これはキープアライブチェックの一環として実装するのが非常に簡単です。接続が切断されたという問題を完全に無視しない限り、通信がない場合は、定期的にメッセージclient-> serverを送信するキープアライブシステムがあります。簡単な「最後のデータ受信時刻」値をソケット状態に追加し、DateTime.Nowからあまりにも遠すぎる場合はソケットを閉じるのは簡単です。

しかし、より重要な質問は「なぜですか？」です。最良の解決策は、これが最初の理由であるかどうかによって異なります。データを送信していないものをダンプして、より多くのクライアントにサーバーを使用可能にしたいですか？ TCPソケットのタイムアウトは2〜4分ほどであるため、20秒後にクライアントを切断して再接続すると、1つではなく2つのサーバー側ポートが使用されます。おっとっと。

削除された回答についてのご意見は、and connection without data send and receive i think it gonna waste your threadsが実際の問題に近い点があります。サーバーの接続量は、サーバーがこれらの接続にサービスするために使用するスレッドの数とは関係ありません。オープンコネクションが「無駄にする」唯一のことは、基本的にはメモリ（接続ごとに必要なメモリ量とそのバッファでのソケットコストに応じて）とTCPポートです。これは一部のアプリケーションでは問題になる可能性がありますが、そのレベルの「負荷」に達していれば、既にあなた自身を祝福することができます。あなたは、他のリソースを使い果たす可能性が非常に高くなります。ポートリミットに近づく前に、あなたはMMOゲームを作っているように思えます。実際にこれらの問題に遭遇した場合は、とにかくTCPを落として、すべてをUDPで書き直したい（または、UDPの上にいくつかの解決策があることが好ましい）かもしれません。

Answer 2

クライアント - サーバーモデルは、クライアントがサーバーに接続して要求を実行する方法を示します。 あなたがお勧めするのは、サーバーに接続し、必要な日付をすべて取得したら、（クライアント側の）ソケットを閉じます。

サーバーは最終的にソケットのリソースを解放したことを確認しますが、ソケットのConnectedプロパティがすぐにリソースを解放するのを確認できます。

Answer 3

クライアントがサーバーと切断すると、サーバーは切断イベントを取得できます。それはのように見える

socket.on('disconnect', function() { 
// Disconnect event handling 

}); 

あなたはまたあなたがサーバを再接続する必要がある切断イベントを見つける。