115ここで、(カスタム)を販売するためのリソースを見つけるために

[テン魏:PPS33Aの整合性管理] [品質保証] [] [] [継続的に更新幅広い] [ランダムに選択されました]

 

 

 

 

メッセージが正しくRabbitMQのに送信されていることを確認するには?メッセージの受信者がニュースを消費していることを確認するには?

 

1)確認送信モード:チャンネル設定モード(送信確認モード)を確認するために、すべてのメッセージが掲載されているチャンネルは、固有のIDが割り当てられます。(永続メッセージがあってもよい)、メッセージが宛先キューに配信されると、メッセージがディスクに書き込まれた後、チャネルは、プロデューサ(一意のメッセージIDを含む)への肯定応答を送信します。

内部エラーがRabbitMQのメッセージが失われた原因が発生した場合、それはNACK(notacknowledged、未確認の)メッセージを送信します。送信確認パターンは、アプリケーションプロデューサー確認応答を待っている間に、メッセージを送信し続けることができ、非同期です。

確認メッセージは、プロデューサアプリケーションを到着したとき、アプリケーションのコールバックメソッドのプロデューサは、確認メッセージを処理するようにトリガされます。

2)受信者は、確認メッセージの確認応答機構を受け取り:消費者は、各メッセージ)は、メッセージ受信及び確認メッセージは、2つの異なる動作している(確認応答されなければならない受け取ります。

消費者は唯一のRabbitMQは、安全にメッセージをキューから削除することができ、ニュースを確認しました。ここでは消費者の割り込みを接続することで、メッセージを再送信する必要があることだけを確認するためにタイムアウトメカニズム、RabbitMQのを使用していませんでした。換言すれば、限り、接続が中断されないように、時間の消費者に十分な長さのRabbitMQは、メッセージを処理します。最終的なデータの一貫ことを確認してください。

以下のリストにいくつかの特別な事情が:消費者が切断または購読中止メッセージを、受信した場合、RabbitMQのは、そのメッセージを確認する前に、サブスクリプションの下で、消費者に再分散し、その後、配布されていなかったと思います。(リスクのメッセージを繰り返し消費、再する必要があるかもしれません)消費者がメッセージの確認メッセージを受信して​​いない場合、接続はRabbitMQのは、消費者がビジー状態であると思いますが、切断されていない、消費者へのより多くの情報を配布しません。 。

おすすめ

転載: www.cnblogs.com/jenixbsk/p/12161043.html