就我而言,假设有50个JMS队列接收不同类型的消息。
如果我实现了50个JMS侦听器(每个队列一个),那么它的工作效果非常好。
但是,当所有50个队列中都有许多待处理消息时,我所有的50个JMS侦听器都在同时工作(即有50个JAVA线程正在工作)。这使我的服务器超载(如果它的RAM资源非常有限并且很容易出现内存)。
所以我在想是否可以限制活动监听器的数量。我们说,一次只能限制最多10个活跃的听众。有时监听器01~10在队列01~10上工作,有时监听器11~20可以在队列11~20上工作等。
即使有新消息进入队列01~10,监听器01~10也应该能够休眠一段时间并让其他听众工作。
我怎样才能实现这种情况?
答案 0 :(得分:0)
通常它是每个队列的一个侦听器,因此除非您要管理侦听器处于活动/非活动状态,否则每次将消息传递到队列时都会得到一个正在运行的线程。
您需要的是一种管理扩展的方法,无论消息的传递位置如何。想到两个想法:
1)消息处理是否需要一些可以某种方式共享的内存密集型资源?例如,数据库连接通常是共享/池化的,以避免创建太多(尽管太多的连接通常是服务器端问题,可能还有另一个需要共享的资源)。
2)使用信号量,限制每个线程在开始之前从信号量获得许可所允许的并发线程数,最后返回它(非常重要!)。然后,如果您收到大量并发消息,则只会同时处理n条消息,而另一条消息会在消息的侦听器处理程序中排队。
3)您可以将消息聚合到具有执行处理的侦听器的新队列中。队列1-10的监听器将消息发布到newQueue1,队列11-20将消息发布到newQueue2等,然后让你有听众处理newQueue1,newQueue2等。