TcpClientを正しく使用する方法ReadTimeout

Question

この単純な質問に対する答えを見つけるのに妥当と思われる以上に多くの時間を費やした後、私は結果をここに残して、他の人がすべてのフープと間違ったパス私はちょうど続いた。

問題は、TcpClient ReadTimeoutプロパティを使用して、読み取り操作が実際にタイムアウトした場合、Microsoftはソケットを閉じることにしました。これは、私が知っている他のソケット実装では行なわれていない、望ましくない、望ましくないことではなく、プログラマの怠惰以外のケースであるべき正当な理由もありません。しかしこれはMicrosoftが選択したものです。

とにかく、このサイトを含めて私が見つけたすべての回避策には、多忙なポーリングを行うさまざまな方法がありましたが、単純な読み取り呼び出しを実行する別のスレッドを開始することさえありました。私は申し訳ありませんが、私はそこに座っているよりも私のCPUともっと良いことを持っています。そして、特に多くのソケットが開いているので、これは私にとってはオプションではありません。結局のところ、これは忙しい投票がちょうどあなたが物事をした方法だった1990年代初頭ではありません。今日では、割り込みを使用してこれらのタイプのものを非常に効率的に処理するオペレーティングシステムと呼ばれるものがあります。

とにかく、私はこの古いブログ記事につまずいさらに別の接線をサーチ：

http://blogs.msdn.com/b/mflasko/archive/2006/02/20/535655.aspx

MSDNブログ>マイクFlaskoさんのブログ>ネットワークデータを

キーテイク遠かっ読み込むときのタイムアウトの処理読み取りタイムアウトを適切に処理する方法の解決策を教えてください：

この時点で、例外をキャッチすることがあります同じNetworkStream上で読み取りを再発行します。この戦略によって予期しないエラーが発生する可能性があります。これを行うには、NetworkStream（ソケット）を不安定な状態として扱うことが最善の方法です。これは、基本となるスタックがタイムアウトすると、基になるI/O読み取りがキャンセルされるためです。データが同時に入力されると、データが失われ、データストリームが破損します。

及び溶液：

より良いアプローチ必要に応じて、例外をキャッチソケットまたはれるtcpClientを閉じて再接続することです。

私はまだこれがAPIの利用者に不必要な負担をかけると思いますが、少なくともそれが最も適切な解決策である私は、私が何を把握しようと見てサイトの数十の外に見つけることができました準正当なソケットReadTimeout。

この質問/コメントが誰かを見つけてくれた時間を節約してくれることを願っています。

Answer 1

あなたが探していることはポーリングまたは選択した方法で、これらを使用すると、基礎となる接続を閉じずにタイムアウトとデータを待機することができます：

http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.poll%28v=vs.110%29.aspx http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.select%28v=vs.110%29.aspx