MVC4のHttpClientのライフスタイル（Castle-Windsorを使用）

Question

Webリクエストでは、Microsoft HttpClientを使用して別のサーバーを呼び出したいと思っています。私はMVC4（IISでホストされている）を使用しており、castle-windsorをIOCコンテナとして使用しています。私は、HttpClientがサーバーコール中に生きるように設計されていることを読んで、私の質問はこれをどのように実装すべきかということです。

私はいくつかのオプションを思い付く：

1. はHttpClientをが複数の呼び出しのために設計されており、新しいものに私は1つを必要とするたびに作成されているという事実を無視します。
2. コール間のHttpClientを格納するシングルトン（城のライフスタイル）オブジェクトを作成します。これにはどんなリスクがありますか？複数のWebリクエストが同じHTTPクライアントを使用している場合、パフォーマンスは悪くなりますか？

これを行うためのパターンはありますか？

Answer 1

私はを使用して、リクエストごとに新しいものを作成します。クラスがシングルトンとして機能することが確実でないときは、最も安全です。

HTTPリクエストを行う以外にクラスが決して使用されないことが確実でない限り、HttpClientではなく抽象（インターフェイス）に直接依存することも悪い考えではありません。それでも単体テストが楽になるかもしれません。それはWindsorや別のDIコンテナを使う大きな利点の1つです。それ以外の場合は、クラス内に直接HttpClientをインスタンス化するだけではあまり効果がありません。

---

更新。私はいくつか探して、HttpClientが与えられたAPIのために再利用されるべきであることを示すthis answerを見つけました。それは非常に上向きであり、私は経験（またはそうでなければ）からの意見の相違は見られないので、近い将来にいくつかの開発を行う際に参照するつもりです。

これを実装するには、インターフェイスを実装する厳密に型指定されたクライアントクラスを定義し、クラス内のインターフェイス（クライアント上では直接使用できない）に応じて定義します。次にWindsorはインターフェイス用のクラスを作成し、シングルトンとして。

Answer 2

デフォルトでは、コールごとにHttpClientの新しいインスタンスを作成すると、各呼び出しで新しいTCP接続が作成され、これにより待ち時間とスループットが低下します。新しいHttpClientインスタンスを作成するには、そのインスタンスに1つの呼び出しデータがある場合は、1つのHttpClientHandlerを持ち、HttpClientCtorに渡します。これにより、HttpClientインスタンス間でTCP接続が共有されます。

スコットは、私たちがこの作業を行った3つのアプローチを示します。私はこれが役立つことを願って、私はstackoverflowに新しいので、明らかに2つ以上のリンクを投稿することはできません。

1）ジャスト/シングルトンWebRequestクラスの静的を持って説明しhere

2）としてHttpRequestMessageと静的/シングルトンのHttpClient、およびパス任意のコールごとのヘッダを持っている| HttpClientHandlerを、そしてdisposeHandlerセットとHttpClient ctorにそれを渡します偽にする。

3）場合によっては、各HttpClient呼び出し後に削除する必要があるDelegatingHandler計測ライブラリがありました。そこで以下のようにDispose（）で何もしないWebRequestHandlerを作成し、それをDelegatingHandlerのctorに渡した後、disposeHandlerをfalseに設定してDelegatingHandlerをHttpClientのctorに渡しました。

public class LongLivedWebRequestHandler : WebRequestHandler 
{ 
    public override void Dispose() 
    { 
     // Do nothing... 
    } 
}