HTTP 通信の領域では、リソースを効率的に利用するには接続の再利用が最も重要です。しかし、なぜ Go の HTTPS クライアントがこの原則に反しているように見え、再利用の期待にもかかわらず驚くべき数の接続を大量に生み出しているのかについては疑問が残ります。
重要なのは、見落とされている細部、つまり応答本文を閉じていないことにあります。 Go では、HTTPS クライアントの接続再利用メカニズムは、使用後の応答本文のクロージャに依存します。この重要な手順を怠ると、接続が宙ぶらりんになり、再利用できなくなります。したがって、一見無限に見える接続の流れです。
接続の再利用の力を活用するには、取得後に応答本文が完全に閉じられていることを確認します。次の変更は、適切な処理を示しています。
<code class="go">res, _ := client.Do(req) io.Copy(ioutil.Discard, res.Body) res.Body.Close()</code>
この重要な手順を順守することで、HTTP クライアントが接続をシームレスに再利用できるようになり、システムに負担をかけることなくリクエストをシームレスに調整できるようになります。
Go の HTTPS クライアントは確かに接続を再利用できますが、その実装では応答本文を注意深く閉じる必要があります。このシンプルだが重要な実践に留意することで、開発者は接続再利用の可能性を最大限に引き出し、制御されない接続の急増の落とし穴を避けることができます。
以上がGo HTTPS クライアントが接続を再利用せずに非常に多くの接続を作成するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。