JMS初接触（一）

前言

这几天在看Dukes Forest的例子，所以决定研究一下JMS到底是什么，对于他的了解仅仅限于知道他是J2EE当中的一个规范，没有深入了解过，所以昨天花了两个小时的时间，找了一些资料，简单的做了一下了解

消息传送

what?

端到端工具：消息客户端可以向任何客户端发送或接收消息
消息传送是软件组件或应用之间的一种通信方法。

特点：

松耦合的分布式通信：目的地是发送者和接受者共有的，发送者将消息发送到目的地，而接受者从目的地读取消息，所以发送者和接受者不需要知道对方的存在。只需要知道：消息格式+目的地

compare：

紧耦合技术RMI（远程方法调用）:必须知道远程应用的方法等
Email:人们之间或人与软件之间一种通信方式

JMS API是什么?

JAVA Message Service 是一个允许应用创建、发送、接收和读取消息的Java API

JMS特点

• 松耦合
• 异步 ：不必在消息发送的同时接收消息
• 可靠: 消息提供者可以确保一个消息传送一次而且只传送一次

when and where?

在以下情况下，企业应用提供商可能更愿意选择消息传送API而不是紧耦合的API

1. 组件不要依赖于其他组件接口的有关信息，这样组件就能很容易地替换
2. 不论是否所有组件都同时在运行，应用都能正常运行
3. 应用业务模型允许一个组件向另一个组件发送信息，然后继续完成自己的操作，而不用立即接收响应

举个例子：

1. 某个产品的库存量低于某个等级时，库存组件可以向工厂组件发送一个消息，使得工厂生产更多的汽车
2. 工厂组件可以向部件组件发送一个消息，使得工厂可以装配它需要的部件
3. 当我们提交转账服务，通常会收到一条信息，上边写着预计2小时内到账

生产制造、零售应用、金融服务应健康服务应用以及很多其他应用都可以使用消息传送

JMS API架构

组成

• JMS Provider:实现JMS接口的消息传送系统：管理+控制

• JMS Client：程序或者组件，可以生产和消费消息

• 消息Message：上者之间传递信息的对象

• Administered Object: 是为客户端配置的JMS对象

  • 目的地（destination)
  • 连接工厂（connection factory）

利用管理工具或者注解，可以将目的地址和连接工厂绑定到一个JNDI命名空间。JMS client可以通过资源注入来访问命名空间中的受管对象，在通过JMS提供者建立与这些对象的一个逻辑连接。

Connection factory可以看做是JMS的入口，有了工厂，创建好connect，我们才能进行消息发送的下一步操作，类比JDBC，首先要创建和DataSource的连接是一个道理

传送方式

P2P:Point To Point点对点

在P2P模型中，有下列概念：消息队列(Queue)、发送者(Sender)、接收者(Receiver)。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到它们被消费或超时。

• 每个消息只有一个消费者(Consumer)（即一旦被消费，消息就不再在消息队列中）
• 发送者和接收者之间在时间上没有依赖性，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，它不会影响到消息被发送到队列。

• 接收者在成功接收消息之后需向队列应答成功
  
  
  Pub/Sub:发布/订阅
  
  

  在Pub/Sub模型中，有下列概念： 主题（Topic）、发布者（Publisher）、订阅者（Subscriber）。客户端将消息发送到主题。多个发布者将消息发送到Topic，系统将这些消息传递给多个订阅者。

• 每个消息可以有多个消费者

• 发布者和订阅者之间有时间上的依赖性。针对某个主题

  应用场景的区别：
  如果你希望发送的每个消息都应该被成功处理的话，那么你需要P2P模型。如果你希望发送的消息可以不被做任何处理、或者被一个消费者处理、或者可以被多个消费者处理的话，那么可以采用Pub/Sub模型。

消费方式（消息的使用）

在JMS中，消息的产生和消费是异步的。也就是说消息的生成和使用之间并没有时间依赖关系。但是对于消费来说，JMS的消费者可以通过两种方式来消费消息。

• 同步：订阅者或接收者调用receive方法来接收消息，receive方法在能够接收到消息之前（或超时之前）将一直阻塞。

• 异步： 订阅者或接收者可以注册为一个消息监听器。当消息到达之后，系统自动调用监听器的onMessage方法。

后记

这一篇博客主要介绍了JMS的概括，但是具体的编程模型没有涉及到，下一篇给大家介绍如何实现JMS