[解決済み] WebAPIクライアントで、呼び出しごとに新しいHttpClientを作成する場合のオーバーヘッドを教えてください。

質問

はどうすればいいのでしょうか？ HttpClient WebAPIクライアントの寿命は？

のインスタンスを1つ持つ方が良いのでしょうか？ HttpClient を複数回呼び出すことはできますか？

を生成して廃棄するオーバーヘッドはどの程度でしょうか？ HttpClient 以下の例のように、リクエストごとに (以下から引用) http://www.asp.net/web-api/overview/web-api-clients/calling-a-web-api-from-a-net-client ):

using (var client = new HttpClient())
{
    client.BaseAddress = new Uri("http://localhost:9000/");
    client.DefaultRequestHeaders.Accept.Clear();
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

    // New code:
    HttpResponseMessage response = await client.GetAsync("api/products/1");
    if (response.IsSuccessStatusCode)
    {
        Product product = await response.Content.ReadAsAsync<Product>();
        Console.WriteLine("{0}\t${1}\t{2}", product.Name, product.Price, product.Category);
    }
}

解決方法は？

HttpClient は 複数の呼び出しに再利用できるように設計されている . 複数のスレッドにまたがっても。 その HttpClientHandler にはクレデンシャルとクッキーがあり、これらはコール間で再利用されることを意図しています。 新しい HttpClient のインスタンスを作成するには、これらのものをすべて設定し直す必要があります。 また DefaultRequestHeaders プロパティには、複数回呼び出すことを想定したプロパティが含まれています。 各リクエストでそれらの値をリセットする必要があるのは、ポイントがずれてしまいます。

もう一つの大きなメリットは HttpClient を追加できることです。 HttpMessageHandlers をリクエスト/レスポンスパイプラインに追加することで、クロスカッティングの懸念事項を適用することができます。 これらは、ロギング、監査、スロットリング、リダイレクト処理、オフライン処理、メトリクスの取得のために使用できます。 あらゆる種類の異なるものです。 新しい HttpClient がリクエストごとに作成される場合、これらのメッセージハンドラはリクエストごとに設定される必要があり、これらのハンドラのためにリクエスト間で共有されるアプリケーションレベルの状態も、何らかの形で提供される必要があります。

の機能を使えば使うほど HttpClient を使えば使うほど、既存のインスタンスを再利用することが理にかなっていることがわかるはずです。

しかし、私が思うに、最大の問題点は、「SEO対策」のために HttpClient クラスがディスパッチされると HttpClientHandler を強制的に閉じ、その後に TCP/IP が管理する接続のプールにある ServicePointManager . これは、各リクエストに新しい HttpClient を再確立する必要があります。 TCP/IP の接続が必要です。

LAN上でプレーンHTTPを使用したテストでは、パフォーマンスへの影響はかなり無視できる程度です。 これは、TCPキープアライブ機能が働いているためだと思われます。 HttpClientHandler が閉じようとします。

インターネットを経由するリクエストでは、別の話も見てきました。 毎回リクエストを開き直す必要があるため、パフォーマンスが40%低下しています。

のヒットを疑っています。 HTTPS 接続はさらに悪化するでしょう。

私からのアドバイスは HttpClient のインスタンスをアプリケーションの存続期間中、保持する。 に接続するそれぞれのAPIに対応する。