.NETベースのRESTサービスの作成 - スレッドプールとシングルトンの使用

Question

私は高価なサーバーサイドリソース（スレッドセーフです）を持っています。私は何を提供したいことは次のとおりです。

• 他のアプリがデータを提出することができ、それが非機能的な観点から

を処理しますリモートRESTインターフェース、：

• 私は高価にしたいですサーバー側のオブジェクトをシングルトンにする、つまり単一のインスタンスがすべての要求を処理するようにする
• 私は、歓待される要求の数を制限したい - より多くの要求がある場合は許可されたプール、残りはwai処理待ちのキューに入れます。

上記の目的を達成するためにカスタムコードを書くことはできますが、私はそうしたくありません。私はWCFを使用して以来、しばらくしてきました。

よろしくお願いいたします。

FYI：ライセンスの制限により、私は本当に複数のオブジェクトインスタンスを作成できません。

Answer 1

高価なサーバー側オブジェクトのライフタイムを制御するためにオブジェクトプールパターンを使用しないのはなぜですか？

シングルトンと要求数に課される制限は、危険にさらされます。遅かれ早かれ、あなたはクライアントの数が増え、あなたのサービスは非効率になるので、あなたには復讐があります。また、シングルトンは並行環境では危険であり、シングルトンが独自の状態を持つ場合、2つ以上の同時要求がそれを吹き飛ばします。

一方、プールの管理、高価なオブジェクトの作成回数、およびその時期を完全に制御できます。もちろん、カスタムコードが必要です。

すぐに何かが必要な場合は、ServiceBehavior属性でサービスを制御できます。 InstanceContextModeとConcurrencyModeの属性はおそらく動作します。シングルトンモードを設定して着信要求をキューに入れることができます（InstanceContextMode.SingleとConcurrencyMode.Single）。