0

以下に、一時キューに関する 1 つの記事で私の考えを説明します。これについて、私が正しいか間違っているかを知りたいだけです。

参照リンク: JMS でリクエスト応答を実装するにはどうすればよいですか?

「一時的な送信先、コンシューマー、プロデューサー、および接続の作成はすべて、ブローカーとの同期要求応答操作であるため、JMS ブローカーとの多くのチャットが発生するため、各要求を処理することは避ける必要があります。」

つまり、消費者と生産者、一時キューは同じセッションまたは接続にあります。接続またはセッションを閉じると、一時キューは消えます。別のセッションで一時キューを取得することはできません。activemq と多くのチャットが行われます。

「JMS を介したリクエスト/レスポンスを実装する最善の方法は、起動時にクライアントごとに一時キューとコンシューマを作成し、各メッセージの JMSReplyTo プロパティを一時キューに設定し、各メッセージのcorrelationID を使用してリクエスト メッセージとレスポンス メッセージを関連付けることです。これにより、リクエストごとにコンシューマーを作成して閉じるオーバーヘッド (コストがかかる) を回避できます。」

つまり、スターアップでコンシューマーと一時キューを作成します。そのメッセージにjmsreplytoとcorrelationidを設定します。そのcorrelationidを使用すると、メッセージを簡単に取得できます。

「必要に応じて、同じプロデューサーとコンシューマーを多くのスレッドで共有できることも意味します(またはプールすることもできます)」.

この行が何を説明しているのかわかりませんか?別のスレッドで一時キューにアクセスできますか? 意味がありませんか?誰でもこれを説明できますか

4

1 に答える 1