24、消息设计反模式与 Java 消息服务 API 解析

消息设计反模式与 Java 消息服务 API 解析

消息设计反模式

在消息系统中，常常会遇到一些设计上的问题，这些问题如果不加以解决，会影响系统的性能和稳定性。下面我们将详细介绍两种常见的消息设计反模式：消息优先级滥用和消息头误用。

消息优先级滥用

在新订单队列中，可能会出现大量订单积压的情况，导致在线客户长时间等待响应。一种临时解决方案是使用消息优先级，将在线消息的优先级提高，使其排在队列前面。然而，这种方法可能会导致另一个问题——消息优先级滥用。

例如，新的图书订单可能来自在线网络渠道和批量渠道。使用消息优先级可以将在线订单排在批量订单前面，看似解决了在线图书订单的长时间等待问题，但实际上可能并非如此。因为所有可用于处理高优先级消息的监听线程可能都被用于处理低优先级消息，导致优先级消息的处理速度变慢。

假设批量订单由于特殊的验证和处理需要一分钟来处理，而在线订单只需要 200 毫秒。在这种情况下，大多数可用的消息监听器将忙于处理批量订单，使得在线订单在队列中等待处理。因此，建议将新订单队列拆分为两个队列：在线新订单队列和批量新订单队列，这样可以为需要即时响应的在线新订单队列分配更多的监听线程。

虽然设置消息优先级有时是有意义的，但一般原则是：使用消息优先级时，要问问自己是否使用单独的队列会更合理。因为消息优先级常常被用来掩盖更深层次的问题。

消息头误用

大多数消息头属性由 JMS 提供者设置，尽管 JMS API 向开发者暴露了头属性设置方法，但这可能会导致难以发现的错误，特别是在设置消息过期时间和消息优先级时。

消息过期时间设置错