Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

28.13. 通过 JMS 请求

Camel 支持通过 JMS 进行请求。当您发送消息到 JMS 队列时，交换的 MEP 应为 InOut。

Camel 提供多种选项，用于配置请求/比 JMS 影响性能和集群环境。下表总结了选项。

Expand
选项性能集群描述

temporary

速度快

是

临时队列用作回复队列，由 Camel 自动创建。使用这个选项 没有指定 replyTo 队列名称。另外，您还可以配置 replyToType=Temporary，使其与该临时队列处于使用状态。

共享

slow

是

共享持久队列用作回复队列。必须先创建队列，但有些代理可以在 Apache ActiveMQ 等实时创建它们。要使用它，您必须指定 replyTo 队列名称。另外，您还可以配置 replyToType=Shared，使其与该共享队列处于使用状态。一个共享队列可用于集群环境中，同时运行此 Camel 应用程序的多个节点。全部使用相同的共享回复队列。这是因为 JMS 消息选择器用于关联预期的回复消息；这会影响性能。JMS 消息选择器较慢，因此不会像 Temporary 或 Exclusive 队列一样快。详情请参考如何调整它以提高性能。

exclusive

速度快

否(*是)

专用持久队列用作回复队列。必须先创建队列，但有些代理可以在 Apache ActiveMQ 等实时创建它们。要使用它，您必须指定 replyTo 队列名称。另外，您必须配置 replyToType=Exclusive 来指示 Camel 使用专用队列，因为如果配置了 replyTo 队列名称，则默认会使用 Shared。使用专用回复队列时，JMS 消息选择器 不使用，因此其他应用程序也不能使用此队列。在集群环境中不能同时使用具有同时运行此 Camel 应用程序的多个节点；因为如果回复队列回到发送请求消息的相同节点，我们就没有控制该队列；因此，共享队列使用 JMS 消息选择器来确保这一点。虽然 如果您为每个 Exclusive 回复队列配置每个节点的唯一名称，那么您可以在集群环境中运行它。然后，回复消息将发回给定节点的队列，等待回复消息。

concurrentConsumers

速度快

是

允许使用并发消息监听程序同时处理回复消息。您可以使用 concurrentConsumers 和 maxConcurrentConsumers 选项指定范围。注意： 使用共享 回复队列可能无法与并发监听程序一起工作，因此请谨慎使用这个选项。

maxConcurrentConsumers

速度快

是

允许使用并发消息监听程序同时处理回复消息。您可以使用 concurrentConsumers 和 maxConcurrentConsumers 选项指定范围。注意： 使用共享 回复队列可能无法与并发监听程序一起工作，因此请谨慎使用这个选项。

JmsProducer 检测到 InOut，并提供 JMSReplyTo 标头，其中包含要使用的回复目的地。默认情况下，Camel 使用临时队列，但您可以在端点上使用 replyTo 选项指定固定的回复队列（请参阅以下有关固定回复队列的更多信息）。

Camel 将自动设置侦听回复队列的消费者，因此 您不应 进行任何操作。
此使用者是一个 Spring DefaultMessageListenerContainer，它侦听回复。但是，它被修复为 1 个并发消费者。
这意味着将按顺序处理回复，因为只有 1 个线程来处理回复。您可以使用 concurrentConsumers 和 maxConcurrentConsumers 选项，将监听程序配置为使用并发线程。这可让您在 Camel 中更轻松地配置，如下所示： 

from(xxx)
.inOut().to("activemq:queue:foo?concurrentConsumers=5")
.to(yyy)
.to(zzz);
Copy to Clipboard Toggle word wrap

在这个路由中，我们指示 Camel 使用带有 5 个线程的线程池异步路由回复。

如果您在执行 Request Reply over JMS 时使用固定的回复队列，如以下示例所示，请留意。 

from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar")
.to(yyy)
Copy to Clipboard Toggle word wrap

本例中使用了名为"bar"的固定回复队列。默认情况下，Camel 假设队列在使用固定回复队列时被共享，因此它使用 JMSSelector 来仅选取预期的回复消息（例如，基于 JMSCorrelationID）。有关独有的固定回复队列的下一部分。这意味着它不能像临时队列一样快。您可以使用 receiveTimeout 选项加快 Camel 将拉取回复消息的频率。默认情况下，其 1000 millis。因此，您可以更快地将其设置为 250 个 millis，以便每秒拉取 4 倍，如下所示： 

from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar&receiveTimeout=250")
.to(yyy)
Copy to Clipboard Toggle word wrap

请注意，这将导致 Camel 更频繁地向消息代理发送拉取请求，因此需要更多网络流量。
通常建议尽可能使用临时队列。

28.13.2. 请求通过 JMS 并使用专用固定回复队列
复制链接

在上例中，Camel 将预测名为"bar"的固定回复队列，因此它使用 JMSSelector 来仅使用期望的回复消息。但是，由于 JMS 选择器较慢，这样做存在缺陷。另外，回复队列中的使用者速度较慢，使用新的 JMS 选择器 ID 进行更新。实际上，它只在 receiveTimeout 选项超时时更新，这默认为 1 秒。因此，在理论上，回复信息可能会占用大约 1 sec 的时间。另一方面，如果固定的回复队列专用于 Camel 回复消费者，那么我们可以避免使用 JMS 选择器，因此更高性能。实际上，使用临时队列一样快。有 ReplyToType 选项，您可以将它配置为 Exclusive
来告知 Camel 回复队列是独占的，如下例所示： 

from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar&replyToType=Exclusive")
.to(yyy)
Copy to Clipboard Toggle word wrap

请记住，队列必须专用于每个端点和每个端点。因此，如果您有两个路由，则每个路由都需要一个唯一的回复队列，如下例所示： 

from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar&replyToType=Exclusive")
.to(yyy)

from(aaa)
.inOut().to("activemq:queue:order?replyTo=order.reply&replyToType=Exclusive")
.to(bbb)
Copy to Clipboard Toggle word wrap

如果您在集群环境中运行时也是如此。然后，集群中的每个节点都必须使用唯一的回复队列名称。否则，集群中的每个节点可能会选择在另一节点上回复的信息。对于集群环境，建议使用共享的回复队列。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat