消息传递（例如JMS）什么时候可以替代多线程？

Question

我在一个数据处理应用程序上工作，该应用程序通过将多个工作单元放在消息队列上来实现并发性，消息驱动bean（MDB）的多个实例都在侦听该队列。除了以这种方式实现并发之外，我们没有使用消息传递基础结构和MDB的任何特定原因。

这使我思考为什么使用多个线程无法实现相同的目的。

因此，我的问题是，在什么情况下可以使用异步消息传递（例如JMS）替代多线程作为实现并发的手段？使用一种方法相对于另一种方法有哪些优点/缺点？

Answer 1

它不能用作多线程的替代方法，它是一种实现多线程的方法。这里有三种基本的解决方案：

1. 您应对队列的两端负责；
2. 您负责发送数据；要么
3. 您负责接收数据。

接收数据是这里的关键，因为如果没有某种形式的多线程/多处理，实际上是无法做到这一点的，否则您一次只能处理一个请求。在不使用多线程的情况下发送数据要可行得多，但实际上您只是将处理这些消息的责任推到了外部系统上。因此，它不是多线程的替代方案。

在使用消息驱动bean的情况下，容器正在为您创建和管理线程，因此它不是多线程的替代选择，您只是在使用其他人的实现。