7.10. 避免反模式
尽可能重复使用连接、会话、使用者和制作者。
最常见的消息传递反模式是为每个发送或消耗的消息创建新连接、会话和制作者。这些对象需要创建时间，并涉及多个网络往返，因此使用资源不佳。始终重复使用它们。
注意
Spring Messaging 模板等一些流行的库使用这些反模式。如果您使用 Spring Messaging 模板，则性能可能不佳。Spring Messaging Template 只能在缓存 Jakarta 消息传递会话的应用程序服务器上安全使用，例如使用 Jakarta Connectors，然后仅发送消息。即使在应用服务器中，它也无法安全地用于同步使用的消息。
避免出现 fat 消息。
详细格式，如 XML 在线上占用大量空间，因此性能会受到影响。如果可以，请避免消息正文中的 XML。
不要为每个请求创建临时队列。
这种常见的反模式涉及临时队列请求响应模式。使用临时队列请求响应模式时，消息将发送到目标，并使用本地临时队列的地址设置回复标头。当接收者收到该消息时，会处理该消息，然后发回响应到回复标头中指定的地址。此模式出现的常见错误是在每个发送的消息上创建一个新的临时队列，从而大大降低性能。相反，应将临时队列重新用于许多请求。
除非是必需的，否则不要使用消息驱动的 Bean。
使用 MDBs 使用消息比使用简单的 Jakarta 消息传递消息使用者要慢。
