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

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容器资源不够的时候，它就会选择一些能被钝化的实例，将其序列化到磁盘上，当需要的时候，再将其从磁盘恢复到内存中。