Обычно нет гарантии, что нагрузка будет распределена равномерно, особенно если она синхронная и асинхронная. потребитель. Синхронному потребителю придется опрашивать, ждать, опрашивать, ждать, пока выполняется асинхронная синхронизация. Потребитель, вероятно, ожидает на сокете в отдельном потоке, пока не придет сообщение, и затем вызовет ваш обратный вызов. Так что асинхронно. потребитель всегда будет там первым.
Есть ли шанс, что вы сможете перейти в разделы "Темы" и отбросить сообщения, которые вам не нужны? Или измените свою синхронизацию. потребитель будет асинхронным? Другой альтернативой может быть создание небольшого шлюза asnyc перед вашим синхронным потребителем: небольшое приложение, которое выполняет асинхронное потребление и затем копирует каждое полученное сообщение во вторую очередь, где происходит синхронизация. потребитель поднимает это. В зависимости от вашего провайдера JMS он может уже поддерживать этот тип «моста JMS» - что вы используете?