我们扩大MDBs学前，我们需要理解message（新闻）与JMS（Java Message Service）的概念。

我们在Java EE中谈论消息，实际上就是意味着实现一个松耦合的过程。系统组件之间的异步通信。

在开发中，很多组件之间的调用都是同步的，像简单的方法调用、Java的RMI等。

而此处的异步调用差别于此。在非常多时候，使用异步消息可以提高用户体验。

拿CSDN的注冊功能来举例：用户点击注冊之后，这时client向server发送一个请求。server进行处理后。将注冊成功的提示消息返回给客户，同一时候，向用户的邮箱发送了一封邮件。是不是等邮件发送成功、用户收到邮件之后，再向用户显示注冊成功呢？

当然不会这样，由于用户体验将会非常差。

所以将结果直接返回给用户，将用户注冊的信息通过消息发送给后端程序慢慢处理。

消息

消息是JMS的核心概念，JMSclient和JMS服务提供者通过消息来进行通信。

企业消息不是一种新的概念。和消息相关的产品已经有多年的历史，比方IBM MQSeries，Microsoft的MSMQ，JBoss MQ 和 Apache的 ActiveMQ等。

企业消息系统使用松耦合的方式集成应用程序，在存储和转发的基础上支持应用程序间数据的异步传递；各种应用程序仅仅要和消息server（消息中间件，MOM）打交道就能够实现相互通信。

使用消息系统有一下长处：

1、平台无关性；

2、和网络位置无关。

3、在不同类型的网络环境下互操作性良好。

4、具有良好的扩展性和良好的伸缩性。

JMS

JMS(Java Message Service) 即Java消息服务。它提供标准的产生、发送、接收消息的接口。简化企业应用的开发。JMS是一种企业消息传送的API，并非MOM消息中间件系统的所有，JMS也是一种规范，类似于JDBC。我们通JMS API訪问 JMS的server。

大致由三部分组成：1、消息发送端；2、中间件server；3、消息接收端三个组件。

Java消息server是指。将数据通过消息作为载体在网络中从一个系统异步传送给还有一个系统。这种异步消息传送意味着：发送者不须要等待接收者接收或处理该消息；它能够*地发送消息并持续进行处理。这样一个异步式的架构主要依赖于一台消息server（message server）。消息server，也称为消息路由器（message router）或代理（broker）。它负责从一个消息传送client向其它消息传送client传送消息。

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGl1NzY1MDIzMDUx/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

JMS支持两种消息通信模型。各自是著名的点到点（point-to-point）（P2P）模型和著名的公布/订阅（Pub/Sub）模型。

P2P与Pub/Sub的简单对照：

P2P 模型规定了一个消息仅仅能有一个接收者;

Pub/Sub 模型同意一个消息能够有多个接收者。

对于点到点模型。消息生产者产生一个消息后，把这个消息发送到一个Queue（队列）中。然后消息接收者再从这个Queue中读取，一旦这个消息被一个接收者读取之后。它就在这个Queue中消失了。所以一个消息仅仅能被一个接收者消费。

与点到点模型不同，公布/订阅模型中，消息生产者产生一个消息后，把这个消息发送到一个Topic中。这个Topic能够同一时候有多个接收者在监听，当一个消息到达这个Topic之后。全部消息接收者都会收到这个消息。

关于点到点模型与公布/订阅模型详细信息，我会安排介绍下一篇文章。