红帽全球峰会28.13.2. 请求 - 在 JMS 上，使用专用的固定回复队列
在上例中，Camel 会预测名为"bar"的固定回复队列是共享的，因此它使用 JMSSelector 来仅使用它预期的回复消息。但是，这样做会有一个缺陷，因为 JMS 选择器会较慢。另外，回复队列中的消费者在使用新的 JMS 选择器 ID 进行更新时会慢。实际上，它只有在 receiveTimeout 选项超时时才会更新，默认为 1 秒。因此，在理论上，可以发现回复信息，大约需要检测到 1 sec。如果固定的回复队列专用于 Camel 回复消费者，我们可以避免使用 JMS 选择器，从而更高性能。事实上，就像使用临时队列一样快。您可以将 ReplyToType 选项配置为排除
，以告知 Camel 回复队列是独占的，如下例所示：
from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar&replyToType=Exclusive")
.to(yyy)
from(xxx)
.inOut().to("activemq:queue:foo?replyTo=bar&replyToType=Exclusive")
.to(yyy)请记住，队列必须相互排斥。因此，如果您有两个路由，则每个路由都需要一个唯一的回复队列，如下例中所示：
如果在集群环境中运行，同样适用。然后，集群中的每个节点都必须使用唯一的回复队列名称。否则，集群中的每个节点都可以选择预期在另一个节点上回复的信息。对于集群环境，建议您使用共享回复队列。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}