JMS

Java消息服务（Java Message Service，JMS）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。

作用

在JAVA中，如果两个应用程序之间对各自都不了解，甚至这两个程序可能部署在不同的大洲上，那么它们之间如何发送消息呢？

举个例子，一个应用程序A部署在印度，另一个应用程序部署在美国，然后每当A触发某件事后，B想从A获取一些更新信息。当然，也有可能不止一个B对A的更新信息感兴趣，可能会有N个类似B的应用程序想从A中获取更新的信息。

在这种情况下，JAVA提供了最佳的解决方案-JMS，完美解决了上面讨论的问题。

JMS同样适用于基于事件的应用程序，如聊天服务，它需要一种发布事件机制向所有与服务器连接的客户端发送消息。

JMS 与 RMI不同，发送消息的时候，接收者不需要在线。

服务器发送了消息，然后就不管了；等到客户端上线的时候，能保证接收到服务器发送的消息。

这是一个很强大的解决方案，能处理当今世界很多普遍问题。

优点

异步

JMS 天生就是异步的，客户端获取消息的时候，不需要主动发送请求，消息会自动发送给可用的客户端。

可靠

JMS 保证消息只会递送一次。

大家都遇到过重复创建消息问题，而 JMS 能帮你避免该问题。

Java Message Service Specification

Java Message Service Specification。

Java Message Service (JMS)规范首次发布于1998年，当时正值Java EE刚刚起步，在2002年进行了一次重大更新。

在随后的十年中，它保持不变。与此同时，技术不断发展，许多供应商在规范之外不断改进。

在这段时间里，Java EE的其余部分随着改进和新特性的添加而显著发展。

尽管缺乏规范的开发，JMS仍然是一个流行且成功的标准，有许多相互竞争的实现，独立的和完整的Java EE栈的一部分，以及开放和封闭源代码。

协议标准包

jms-spec

感想

这个库的版本管理是够乱的。

JMS 模型

Java消息服务应用程序结构支持两种模型：

点对点或队列模型
发布/订阅模型

点对点 (Point to Point)

在点对点或队列模型下，一个生产者向一个特定的队列发布消息，一个消费者从该队列中读取消息。

这里，生产者知道消费者的队列，并直接将消息发送到消费者的队列。

这种模式被概括为：

只有一个消费者将获得消息
生产者不需要在接收者消费该消息期间处于运行状态，接收者也同样不需要在消息发送时处于运行状态。
每一个成功处理的消息都由接收者签收

点对点

发布订阅

发布者／订阅者模型支持向一个特定的消息主题发布消息。

0或多个订阅者可能对接收来自特定消息主题的消息感兴趣。

在这种模型下，发布者和订阅者彼此不知道对方。

这种模式好比是匿名公告板。

这种模式被概括为：

多个消费者可以获得消息
在发布者和订阅者之间存在时间依赖性。发布者需要建立一个订阅（subscription），以便客户能够购订阅。订阅者必须保持持续的活动状态以接收消息，除非订阅者建立了持久的订阅。在那种情况下，在订阅者未连接时发布的消息将在订阅者重新连接时重新发布。

发布订阅

java 的数据分离

使用Java语言，JMS提供了将应用与提供数据的传输层相分离的方式。

同一组Java类可以通过JNDI中关于提供者的信息，连接不同的JMS提供者。

这一组类首先使用一个连接工厂以连接到队列或主题，然后发送或发布消息。

在接收端，客户接收或订阅这些消息。

JMS 架构

元素

JMS 提供者

连接面向消息中间件的，JMS接口的一个实现。提供者可以是Java平台的JMS实现，也可以是非Java平台的面向消息中间件的适配器。

JMS 客户

生产或消费消息的基于Java的应用程序或对象。

JMS 生产者

创建并发送消息的JMS客户。

JMS 消费者

接收消息的JMS客户。

JMS 消息

包括可以在JMS客户之间传递的数据的对象

JMS 队列

一个容纳那些被发送的等待阅读的消息的区域。队列暗示，这些消息将按照顺序发送。一旦一个消息被阅读，该消息将被从队列中移走。

JMS 主题

一种支持发送消息给多个订阅者的机制。

接口

参考：协议标准包

JMS API Programming Model

ConnectionFactory 接口（连接工厂）

用户用来创建到JMS提供者的连接的被管对象。

JMS客户通过可移植的接口访问连接，这样当下层的实现改变时，代码不需要进行修改。

管理员在JNDI名字空间中配置连接工厂，这样，JMS客户才能够查找到它们。根据消息类型的不同，用户将使用队列连接工厂，或者主题连接工厂。

Connection 接口（连接）

连接代表了应用程序和消息服务器之间的通信链路。在获得了连接工厂后，就可以创建一个与JMS提供者的连接。根据不同的连接类型，连接允许用户创建会话，以发送和接收队列和主题到目标。

Destination 接口（目标）

目标是一个包装了消息目标标识符的被管对象，消息目标是指消息发布和接收的地点，或者是队列，或者是主题。JMS管理员创建这些对象，然后用户通过JNDI发现它们。和连接工厂一样，管理员可以创建两种类型的目标，点对点模型的队列，以及发布者／订阅者模型的主题。

MessageConsumer 接口（消息消费者）

由会话创建的对象，用于接收发送到目标的消息。消费者可以同步地（阻塞模式），或异步（非阻塞）接收队列和主题类型的消息。

MessageProducer 接口（消息生产者）

由会话创建的对象，用于发送消息到目标。用户可以创建某个目标的发送者，也可以创建一个通用的发送者，在发送消息时指定目标。

Message 接口（消息）

是在消费者和生产者之间传送的对象，也就是说从一个应用程序创送到另一个应用程序。一个消息有三个主要部分：

消息头（必须）：包含用于识别和为消息寻找路由的操作设置。

一组消息属性（可选）：包含额外的属性，支持其他提供者和用户的兼容。可以创建定制的字段和过滤器（消息选择器）。

一个消息体（可选）：允许用户创建五种类型的消息（文本消息，映射消息，字节消息，流消息和对象消息）。

消息接口非常灵活，并提供了许多方式来定制消息的内容。

Session 接口（会话）

表示一个单线程的上下文，用于发送和接收消息。由于会话是单线程的，所以消息是连续的，就是说消息是按照发送的顺序一个一个接收的。会话的好处是它支持事务。如果用户选择了事务支持，会话上下文将保存一组消息，直到事务被提交才发送这些消息。在提交事务之前，用户可以使用回滚操作取消这些消息。一个会话允许用户创建消息生产者来发送消息，创建消息消费者来接收消息。