从头到尾讲解EJB MDB（消息驱动bean）二——MDB实现技术

五、将消息驱动 bean和目的地或终端关联

        

 

当消息驱动 bean 被部署在容器时，它与目的地或终端建立关联。将消息驱动 bean与目的地或终端建立关联是部署人员的责任。

JMS 消息驱动 bean

当bean被部署到容器时， JMS消息驱动bean与JMS目的地（Queue或Topic）建立关联。将消息驱动bean与Queue 或 Topic 建立关联是部署者的责任。

Bean 提供者可以通过使用 MessageDriven 注释符的 activationConfig 元素或使用 activation-config-property 部署元素告诉部署者消息驱动 bean 是与队列还是与主题建立关联。 用于指定与bean关联的目的地类型的属性名是destinationType。这个属性的值必须是javax.jms.Queue或 javax.jms.Topic。

 

1、Queue:点对点消息传递

通过点对点（PTP）的消息传递模型，一个应用程序可以向另一个应用程序发送消息。在此传递模型中，目标类型是队列。消息首先被传送至队列目标，然后从该队列将消息传送至对此队列进行监听的某个消费者，如下图：

一个队列可以关联多个队列发送方和接收方，但一条消息仅传递给一个接收方。如果多个接收方正在监听队列上的消息，JMS Provider将根据“先来者优先”的原则确定由哪个接收方接收下一条消息。如果没有接收方在监听队列，消息将保留在队列中，直至接收方连接到队列为止。这种消息传递模型是传统意义上的拉模型，在此模型中，消息不是自动推送给客户端的，而是要有客户端从队列中请求获得。

         2、Topic: 发布/订阅消息传递

通过发布/订阅（pub/sub）消息传递模型，应用程序能够将一条消息发送到多个接收方。在此传送模型中，目标类型是主题。消息首先被传送至主题目标，然后传送至所有已订阅此主题的活动消费者。如下图：

Pub/sub消息传递模型允许多个主题订阅者接收同一条消息。JMS一直保留消息，直至所有主题订阅者都收到消息为止。Pub/sub消息传递模型基本上是一个推模型。在该模型中，消息会自动广播，消费者无须通过主动请求方式获得新的消息。

 

六、MDB实现技术

MDB采用池化技术来实现，之所以可以采用池化技术，是因为MDB的客户端不与具体的MDB实例进行通信，相反是通过一种松耦合的方式来实现。首先客户发送消息给EJB容器的消息目的地，然后EJB容器再将消息发送到具体订阅此目的地的MDB实例。

    EJB容器也为每一个MDBclass维护一个实例池，当有消息发送到此MDB订阅的目的地时，EJB容器就会挑选一个MDB class的实例来接受和处理消息。

池化技术：客户端不直接于bean class的实例进行通信，而是通过bean class所暴漏的远程或者本地接口来通信，再进一步的讲就是通过bean class的代理存根来与EJB容器通信。这样以来就可以为每一个bean class维护一个的实例池，然后用这些实例来为大量的客户进行服务。

MDB采用激活机制来降低服务器资源的消耗，当EJB容器资源不够的时候，它就会选择一些能被钝化的实例，将其序列化到磁盘上，当需要的时候，再将其从磁盘恢复到内存中。