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

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

1. 消息设计反模式

在消息处理系统中，常常会遇到各种问题，下面介绍两种常见的消息设计反模式。

1.1 消息优先级过度使用

在新订单队列中，存在大量待处理的订单，编号为 401 的订单需要等待很长时间才能处理。与此同时，在线客户正在等待图书订单的响应。为了解决这个问题，临时的解决方案是使用消息优先级，将在线消息的优先级提高，使其排在队列前面。

然而，这种方法会导致另一个反模式——消息优先级过度使用。尽管提高消息优先级看似是一个能让某些消息更快处理的永久解决方案，但问题在于，所有可用于处理高优先级消息的监听线程可能会被低优先级消息占用，从而导致高优先级消息处理速度变慢。

例如，在线订单和批量订单都使用相同的消息类型（如 NEW_BOOK_ORDER）。假设批量订单由于特殊的验证和处理需要一分钟，而在线订单仅需 200 毫秒。在这种情况下，大部分可用的消息监听器会被批量订单占用，导致在线订单在队列中等待处理。

此时，更好的解决方案是将新订单队列拆分为两个队列：在线新订单队列和批量新订单队列。这样可以为需要即时响应的在线新订单队列分配更多的监听线程。

一般来说，使用消息优先级时，要问问自己是否使用单独的队列会更合理，因为消息优先级常常被用来掩盖更深层次的问题。

1.2 消息头误用

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

消息过期时间设置错误示例