TcpClientの作成が非常に遅いようです。それらをキャッシュすることはできますか？

Question

私は、クライアントピアがTCP-IP経由で互いに通信するプログラムを持っています。あるクライアントが何かをすると、彼は他のクライアントにこれが起こったことを一つずつ伝えます。ここで私は全体のデータを送信するために使用したコードです：

public static string SendDirect(string data, string hostName, int portNumber) 
     { 
      string responseData; 

      try 
      { 
       var client = new TcpClient(hostName, portNumber); 

       Stream s = client.GetStream(); 
       var sw = new StreamWriter(s) { AutoFlush = true }; 

       sw.WriteLine(data); 

       s.Close(); 
       client.Close(); 

       s.Dispose(); 
       sw.Dispose(); 

       responseData = "OK"; 
      } 
      catch (SocketException ex) 
      { 
       responseData = ex.Message; 
      } 

      return responseData; 
     } 

ライン=新しいれるtcpClient（ホスト名、 のportNumber）

のvarクライアントは、

いくつかのマシンでは非常に遅くなることがあります。たとえば、私のホームネットワークでは2〜3秒かかります。 15人のクライアントで本当に悪いことが分かりますか？

いつもクライアントを閉じずに、30〜40人を常時開いておくことができれば、どれくらいの費用がかかりそうですか？私は彼らが生きていることを確認するためのチェックメカニズムと仮定し、すべてが正しく閉じられていることを確認するために、アイデア自体が正しいかどうか疑問に思う。

ありがとう！

Answer 1

一度に複数のクライアント/接続を作成しないようにする必要はありません。実際にトン数の接続を開始したり閉じたりすることで、さまざまなセキュリティの問題が引き起こされる可能性があります（DDOS攻撃の可能性を排除しようとするなど）。ホスト名を解決してキャッシュするプロセスを高速化することもできます。実際にあなたを遅くするオブジェクト作成である必要はありません。

OSは、1秒間に保留中の接続数を抑制することがありますが（Windowsでは毎秒10秒と考える）、問題はないはずです。とにかく私の意見では、あなたは単一のコマンドのための接続を開いたり閉じるべきではありません。両方を開いたままにしておくことを考えてください。TcpClientとStreamWriter。あなたのパケットを書き終えたら一度フラッシュしてください。パフォーマンスを向上させるには、手動でフラッシングすることを検討する必要があります。特に、各パケットが最小TCPウィンドウサイズ（通常は1492-1500バイト程度）を取るため、各クライアントに複数のコマンド/パケットが送信される場合があります。