Мне нужно потреблять из Q и ставить ключ последовательности на каждое сообщение, чтобы указать порядок. т. е. потребление должно быть последовательным. С точки зрения производительности/пропускной способности, лучше использовать блокирующий метод receive() или асинхронный прослушиватель с однопоточной конфигурацией в методе onMessage()?
Спасибо.
Существует множество аспектов, влияющих на производительность и пропускную способность; с точки зрения чистого JMS невозможно утверждать, что синхронная или асинхронная модель получения сообщений будет менее или более эффективной. Это будет зависеть от большого количества факторов: от того, как написано приложение, других ресурсов, которые оно использует, реализации выбранного вами провайдера обмена сообщениями и других факторов, таких как производительность компьютера и конфигурация как клиентского, так и серверного компьютеров.
В этом обсуждении Single vs Multi-threaded JMS Producer рассматривается некоторые из этих тем.
Для последовательности, если вы работаете с одним потоком, с одним сеансом, спецификация JMS дает некоторые гарантии упорядочения сообщений; лучше всего просмотреть спецификацию, чтобы увидеть, соответствует ли она вашим общим требованиям.
Часто люди вставляют порядковый номер приложения во время создания сообщения; поэтому потребитель может проверить, правильно ли он получает сообщение. Добавление порядкового номера во время потребления не поможет этому потребителю.
Имейте в виду, что чем строже требования к порядку обмена сообщениями, тем более ограниченной становится общая архитектура и тем сложнее реализовать горизонтальную масштабируемость.
