Go HTTPS クライアントがデフォルトで接続を再利用しないのはなぜですか?

Go HTTPS クライアントが接続を再利用しない理由

この説明では、Go HTTPS クライアントが接続の再利用に失敗し、潜在的に問題のある動作につながる問題について説明します。

問題の説明

DisableKeepAlives が false に設定された単一の http.Transport インスタンスを使用しているにもかかわらず、提供された Go コードは特定のホストへの複数の接続を作成します。これは、接続を再利用するリクエスト ライブラリを使用する同様の Python コードとは異なります。

問題の理解

最初の誤解は、Go クライアントはデフォルトで接続を再利用する必要があるということでした。ただし、さらなる明確化により、デフォルトの動作では接続を再利用する前に応答を閉じる必要があることが明らかになりました。

解決策

Go で HTTP 接続を確実に再利用するには、次の 2 つの重要な手順を実行する必要があります。

1. 応答が完了するまで読み取ります (例: ioutil.ReadAll(resp.Body) を使用します)
2. 応答本文を閉じます (つまり、resp.Body.Close())

追加の考慮事項

最大接続制御の欠如は制限ですが、time.Tick を使用したレート制限リクエストによって緩和できます。

結論

応答本文を閉じる問題に対処することで、開発者は Go の HTTP クライアントが接続を適切に再利用することを保証できます。これは、過剰な TCP 接続の蓄積を避けるために非常に重要です。

以上がGo HTTPS クライアントがデフォルトで接続を再利用しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。