単一のhttpclientインスタンスを再利用するか、各Web API呼び出しに新しいインスタンスを作成する必要がありますか？

.NET Web APIクライアント：HTTPCLIENTインスタンスの最高のライフサイクル.NET Web APIクライアントは、多くの場合、複数のAPIエンドポイントと対話します。一般的な問題は、HTTPClientインスタンスに関する最良のライフサイクルです。複数の呼び出しに対してインスタンスを共有するか、各コールの新しいインスタンスを作成する必要がありますか？ httpclientインスタンスを共有することの利点

単一のhttpclientインスタンスを作成し、複数の呼び出しで再利用して、次の利点を持つことができます。

資格情報とCookie：HTTPCLIENTHANDLERメンテナンス資格情報とCookie、これらの資格情報とCookieは、それらを再利用するように設計されています。再インチ型HttpClientは、これらの値をリセットする必要があります。

カスタムデフォルトのヘッダー：

defaultrequestheadersプロパティストレージは、複数のリクエストで使用されるカスタマイズされたヘッダーに保存されます。各リクエストでそれらをリセットすると、目的が破壊されます。

• httpmessagehandler：httpClientサポートは、クロスセクションの注意点（例えば、ログレコード、チッピング）のために、リクエスト/応答パイプにhttpmessagehandlerを追加します。再利用可能なHTTPCLIENTは、これらの処理プログラムが常に適用されることを保証できます。
• httpclientインスタンスのオーバーヘッドだけで
HTTPCLIENTインスタンスを共有するには多くの利点がありますが、インスタンスを扱うときにオーバーヘッドも生成されます。
• TCP/IP接続オフのターン：HTTPCLIENTは、HTTPCLIENTHANDLERも処理します。各リクエストが再確立されるように新しいhttpclientを作成します。

パフォーマンスに関する考慮事項HTTPCLIENTインスタンスの使用のパフォーマンスは、ネットワークタイプやプロトコルなどの要因に依存します。

LAN（LAN）は、http：

基礎となるTCP保証メカニズムのため、パフォーマンスの損失を無視できます。

インターネットは、接続が再確立されているため、HTTP：
• を使用します。パフォーマンスの損失の40％が観察されました。 HTTPS接続：
HTTPSを使用する場合、影響は大きくなると予想されます。

提案

これらの考慮事項に基づいて、ベストプラクティスは、各接続の唯一のAPIのHTTPCLIENTインスタンスを維持することであり、アプリケーションのライフサイクル

と同じです。これは、再利用可能な資格情報、ヘッド、処理プログラムの利点、および作成と処理のHTTPClientインスタンスのオーバーヘッドのバランスをとります。

以上が単一のhttpclientインスタンスを再利用するか、各Web API呼び出しに新しいインスタンスを作成する必要がありますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。