1.JMS 定义
Java 消息服务（Java Message Service）是 java 平台中关于面向消息中间件的 API，用于在两个应用程序之间，或者分布式系统中发送消息，进行异步通信。JMS 是一个与具体平台无关的 API，绝大多数 MOM（Message Oriented Middleware）（面向消息中间件）提供商都对 JMS 提供了支持。
2.什么是 MOM
可以参考文档： https://docs.oracle.com/cd/E19148-01/820-0533/aeraq/index.html
MOM (Message-Oriented Middleware)是面向消息的中间件，使用消息传送提供者来协调消息传送操作。MOM 需要提供 API 和管理工具。客户端使用 api 调用，把消息发送到由提供者管理的目的地。在发送消息之后，客户端会继续执行其他工作，并且在接收方收到这个消息确认之前，提供者一直保留该消息
MOM 的特点
- 消息异步接收，发送者不需要等待消息接受者响应
- 消息可靠接收，确保消息在中间件可靠保存。只有接收方收到后才删除消息
Java 消息传送服务规范最初的开发目的是为了使 Java 应用程序能够访问现有 MOM 系统。引入该规范之后，它已被许多现有的 MOM 供应商采用并且已经凭借自身的功能实现为异步消息传送系统。
3.其他开源的 JMS 提供商
JbossMQ(jboss4) 、 jboss messaging(jboss5)、 joram 、ubermq、mantamq、openjms…大部分基于的 JMS provider 开源的消息中间件都已经停止维护了，剩下的几个都抱到了大腿，比如 Jboss mq 和 jboss、joram 与 jonas(objectweb 组 织 ) 、 ActiveMQ 与Geronimo(apache 基金组织)。
4.作为 MOM 标准的 JMS
Java 消息传送服务规范最初的开发目的是为了使 Java 应用程序能够访问现有 MOM 系统。引入该规范之后，它已被许多现有的 MOM 供应商采用并且已经凭借自身的功能实现为异步消息传送系统。
在创建 JMS 规范时，设计者希望融合现有消息传送系统的精髓。这包括：
路由和传送消息的消息传送提供者的概念
不同的消息传送模式或域，例如点对点消息传送和发布/订阅消息传送
用于接收同步和异步消息的工具
对可靠消息传送的支持
常见消息格式，例如流、文本和字节
供应商通过提供一个 JMS 提供者来实现 JMS 规范，该提供者由实现 JMS 接口的库、消息的路由和传送功能以及用来管理、监视和调整消息传送服务的管理工具组成。路由和传送功能可以由集中式消息服务器或代理来执行，也可以通过每个客户端运行时环境的功能来实现。
同样，JMS 提供者可以扮演多种角色：可以创建为独立产品或大型分布式运行时环境系统中的嵌入式组件。作为独立产品时，它可以用于定义企业应用程序集成系统的主干；在嵌入到应用服务器中时，它可以支持组件间消息传送。例如，J2EE 使用 JMS 提供者实现消息驱动 Bean 并允许 EJB 组件发送和接收消息。
如果创建了包含现有系统所有功能的标准，则用户很难了解并实现通过此标准建立的系统。而 JMS 定义了消息传送概念和功能所具有的共同特点。从而使这种标准更易于掌握，并最大限度地提高了 JMS 应用程序在 JMS 提供者之间的可移植性。需要强调的一点是，JMS 是 API 标准，而不是协议标准。将 JMS 客户端从一个供应商移动到另一个供应商是很容易的。但是不同的 JMS 供应商之间通常不能相互直接通信。
5.JMS 的消息传送域
参考文档：https://docs.oracle.com/cd/E19148-01/820-0533/aerbg/index.html
消息传送中间件使各组件和应用程序可通过生成并使用消息来进行通信。JMS API 定义管理该通信的两种模式或消息传送域：点对点消息传送和发布/订阅消息传送。JMS API 的组织可支持这些模式。基本 JMS 对象包括：用于指定两个域中的消息传送行为的连接、会话、生成方、使用方、目的地和消息。
点对点消息传递域(point-to-point)
- 每个消息只能有一个消费者
- 消息的生产者和消费者之间没有时间上的相关性。无论消费者在生产者发送消息的时候是否处于运行状态，都可以提取消费
发布订阅消息传递域(publish/subscrib
- 每个消息可以有多个消费者
- 生产者和消费者之间有时间上的相关性。订阅一个主题的消费者只能消费自它订阅之后发布的消息。JMS 规范允许客户创建持久订阅，这在一定程度上降低了时间上的相关性要求。持久订阅允许消费者消费它在未处于激活状态时发送的消息
虽然发布/订阅模型不要求多个订户，但图中仍显示了两个订户来强调通过此域可以广播消息。一个主题的所有订户均可获得发布到该主题的任何消息的副本。
6.JMS 的体系结构和api
-
经典的架构
image.png 特定于域的 API 及统一域 API
JMS API 定义可用于实现点对点域或发布/订阅域的接口和类。这些是如下表的第 2 列和第 3 列中显示的特定于域的 API。JMS API 还定义另外一个统一域，用于通过编程实现常规的消息传送客户端。这类客户端的行为由目的地类型决定，客户端向目的地中生成消息并使用目的地中的消息。如果该目的地是一个队列，则消息传送行为将为点对点模式；如果该目的地是一个主题，则消息传送行为将为发布/订阅模式。
JMS 编程域和对象
| 基本类型（统一域） | 点对点域 | 发布/订阅域 |
|---|---|---|
| Destination（队列或主题） | Queue | Topic |
| ConnectionFactory | QueueConnectionFactory | TopicConnectionFactory |
| Connection | QueueConnection | TopicConnection |
| Session | QueueSession | TopicSession |
| MessageProducer | QueueSender | TopicPublisher |
| MessageConsumer | QueueReceiver | TopicSubscriber |
7.消息结构组成
参考文档： https://docs.oracle.com/cd/E19148-01/820-0533/aerbp/index.html
JMS 消息由及部分组成：消息头、属性、消息体
消息头
消息头是每条 JMS 消息所必需的。消息头包含十个预定义字段，如下表中列出并介绍了这些字段。
其中最重要的字段之一JMSDeliveryMode，用于决定消息传送的可靠性。该字段指示一条消息是否为持久性消息。
持久性消息保证一次即可传送并成功使用。即使消息服务失败，持久性消息也不会丢失。
非持久性消息最多保证传送一次。如果消息服务失败，非持久性消息将丢失。
消息属性
消息还可以包含称为属性的可选头字段，这类字段以属性名/属性值对的形式来指定。客户端和提供者可以使用属性来扩展消息头，并可以在其中包含有助于客户端或提供者标识和处理消息的任何信息。通过消息属性，接收客户端可以只传送符合给定标准的消息。
JMS 规范定义了九个标准属性。其中某几个属性由客户端设置，另外几个由提供者设置。属性的名称以保留字符 "JMSX" 开头。客户端或提供者可以使用这些属性决定消息的发送者、消息的状态以及消息传送的频率和时间。这些属性有助于提供者提供路由消息和诊断信息。
消息主体
消息主体包含客户端需要交换的数据。
