サービスを使用したMSMQ C＃実装（ServiceBase）

Question

メッセージを読むためにC＃でMSMQを使用します。私はこれをWindowサービスに入れていますので、OnStartではqueue.Bestを使ってメッセージを読むことを開始します。そして、OnEndメソッドqueue.Close（）;でキューを停止したい。 queue.Dispose（）。

このアプローチの欠点はありますか？

おかげ オーシャン

Answer 1

これはかなり一般的なパターンですが、いくつかの欠点があります。

まず、スレッドプール（または4.0の.NETパラレルライブラリ）を使用して、メッセージを非同期に処理することを検討する必要があります。キューリーダーが非同期であるかどうかは、トランザクションパターンによって大きく異なります。処理はアトミックですか？

第2に、OnStartで開始してOnEndで終了し、各タイマーイベントでキューから1つ以上のメッセージを読み取るタイマー（System.Timers.Timer）の使用を検討する必要があります。

第3に、WCF MSMQバインディングを真剣に検討する必要があります。これは、このような複雑さの多くを処理します。

参照：http://jamescbender.com/bendersblog/archive/2009/04/04/the-one-where-i-talk-about-the-msmq-binding.aspx

Answer 2

あなたのアプローチは、私には正常に見えます。私の唯一のアドバイスは、Windowsサービスを展開しようとしているすべてのマシンが同じドメインにあるか、相互信頼のあるドメインがであり、同じフォレストに存在することを確認することです。私は最近、MSMQを活用している私が継承した解決策に問題がありました。これは、あなたが上で提案したのと同じように働きました。パフォーマンスの問題がなく、単一ドメインでの作業としてテストされました。残念ながら、クライアントは合併の過程にあり、ソリューションを広範な企業に実装する時期が来たときには、異なるフォレストの異なるドメインに存在するマシン上でソリューションを実装する必要があることが判明しました。その場合、MSMQまったく動かず、別のアプローチが完全に使われなければなりませんでした。

Answer 3

これは誤ったアプローチです。サービス開始時にOnStartを一度呼び出すと、初期化ロジックを置く必要があります。たとえば、ループ内でReceiveを呼び出すスレッドを開始します。