什么是JMS
JMS(Java Message Service)是一种与厂商无关的 API，用来访问消息收发系统消息。它类似于JDBC(Java DatabaseConnectivity)：这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商目前都支持JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，这只是几个例子。 JMS 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个JMS客户机发送消息。消息是 JMS 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本(TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。
JMS与MQ的关系
JMS是一个用于提供消息服务的技术规范，它制定了在整个消息服务提供过程中的所有数据结构和交互流程。而MQ则是消息队列服务，是面向消息中间件（MOM）的最终实现，是真正的服务提供者；MQ的实现可以基于JMS，也可以基于其他规范或标准。目前选择的最多的是ActiveMQ。
JMS的基本概念
JMS定义了Java中访问消息中间件的推口，并没有给予实现，实现JMS接口的消息中间件称为JMS Provider,例如ActiveMQ。
-
JMS message:
1 :消息头:每个消息头字段都有相应的getter和setter方法
2:消息属性:如果需要除消息头字段以外的值，那么可以使用消息属性
3:消息体:封装具体的消息数据 -
JMS producer:
消息生产者，创建和发送JMS消息的客户端应用 -
JMSconsumer:
消息消费者，接收和处理JMS消息的客户端应用。消息的消费可以采用以下两种方法:
1:同步消费:通过调用消费者的receive方法从目的地中显式提取消息，receive方法可以一直阻塞到消息到达。
2:异步消费:客户可以为消费者注册一个消息监听器，以定义在消息到达时所采取的动作 -
JMS domains:
消息传递域，JMS规范中定义了两种消息传递域:点对点( point-to-point,简写成PTP)消息传递域和发布/订阅消息传递域(publish/subscribe,简写成pub/ sub )
1:点对点消息传递域的特点如下:
(1)每个消息只能有一一个消费者
(2)消息的生产者和消费者之间没有时间_上的相关性。无论消费者在生产者发送消息的时候是否处于运行状态，它都可以提取消息。
2:发布/订阅消息传递域的特点如下:
(1)每个消息可以有多个消费者
(2)生产者和消费者之间有时间_上的相关性。订阅一一个主题的消费者只能消费自它订阅之后发布的消息。JMS规范允许客户创建持久订阅，这在一定程度_上放松了时间上的相关性要求。持久订阅允许消费者消费它在未处于激活状态时发送的消息。
3:在点对点消息传递域中，目的地被称为队列(queue) ;在发布/订阅消息传递域中，目的地被称为主题( topic)
-
Connection factory:
连接工厂，用来创建连接对象，以连接到JMS的provider -
JMS Connectilon: 封装了客户端JMS提供者之间的一个虚拟的连接
-
JMS Session: 是生产和消费消息的一个单线程上下文会话用于创建消息生产者(producer) 、消息消费者( consumer)和消息( message)等。会话提供了一个事务性的上下文，在这个上下文中，一一组发送和接收被组合到了一个原子操作中。
-
Destination: 消息发送到的目的地
-
Acknowledge: 签收
-
Transaction: 事务
-
JMS client: 用来收发消息的Java应用
-
Non-JMS client: 使用JMS provider本地API与的应用，用来替换JMS API实现收发消息的功能，通常会提供其他的一些特性，比如:CORBA、RMI等。
-
Administered objects: 预定义的JMS对象，通常在provider规范中有定义，提供给JMS客广端来访问，比如:Connect ionFactory和Destination
JMS的消息结构：
- 消息头
| 属性名称 | 设置方式 | 属性含义 |
|---|---|---|
| JMSDestination | 由send方法设置 | 消息发送的目的地:主要是指Queue和Topic，自动分配 |
| JMSDeliveryMode | 由send方法设置 | 传送模式。有两种:持久模式和非持久模式。一条持久性的消息应该被传送“一次仅仅一”，这就意味者如果JMS提供者出现故障，该消息并不会丢失，它会在服务器恢复之后再次传递。一条非持久的消息最多会传送一-次，这意味这服务器出现故障，该消息将永远丢失。自动分配 |
| JMSExpiration | 由send方法设置 | 消息过期时间，等于Destination 的send方法中的t imeToLive值加上发送时刻的GMT时间值。如果timeToLive值等于零，则JMSExpiration被设为零，表示该消息永不过期。如果发送后，在消息过期时间之后消息还没有被发送到月的地，则该消息被清除。自动分配 |
| JMSPriority | 由send方法设置 | 消息优先级，从0-9十个级别，0-4 是普通消息，5-9 是加急消息。JMS不要求JMS Provider 严格按照这十个优先级发送消息，但必须保证加急消息要先于普通消息到达。默认是4级。白动分配 |
| JMSMessageID | 由send方法设置 | 唯一识别每个消息的标识，由JMS Provider生成。自动分配 |
| JMSTimestanp | 由客户端设置 | 一-个JMS Provider在调用send()方法时自动设置的。它是消息被发送和消费者实际接收的时间差。自动分配 |
| JMSCorrelationID | 由客户端设置 | 用来连接到另外一-个消息，典型的应用是在回复消息中连接JMSMessageID标示的上:一条消息的应答，不过，JMSCorrelationID可以是任何值，不仅仅是JMSMessageID。 由开发者设置 |
| JMSReplyTo | 由客户端设置 | 提供本消息回复消息的I的地址。由开发者设置 |
| JMSType | 由客户端设置 | 消息类型的识别符。由开发者设直 |
| JMSRedelivered | 由JMS Provider设置 | 如果一.个客户端收到一个设置了JMSRedelivered属性的消息，则表示可能客广'端曾经在早些时候收到过该消息，但并没有签收(acknowledged)。如果该消息被重新传送，JMSRedelivered= true反之，JMSRedel ivered =false。自动设置 |
-
消息体
JMS API定义了5种消息体格式，也叫消息类型，可以使用不同形式发送接收数据，并可以兼容现有的消息格式。包括: TextMessage、MapMessage、BytesMessage、StreamMessage和ObjectMessage。 -
消息属性
包含以下三种类型的属性： -
应用程序设置和添加的属性，比如:Message.setStringProperty (“username”, username) ;
-
JMS定义的属性使用“JMSX”作为属性名的前缀，connection.getMetaData().getJMSXPropertyNames()，方 法返回所有连接支持的JMSX属性的名字。
-
JMS供应商特定的属性
1:JMSXUserID:发送消息的用户标识，发送时提供商设置
2: JMSXApp1D: 发送消息的应用标识，发送时提供商设置
3: JMSXDeliveryCount: 转发消息重试次数，第一次是1，第二次是2，.... ，发送时提供商设置
4: JMSXGroupID:消息所在消息组的标识，由客厂端设置
5: JMSXGroupSeq: 组内消息的序号第一一个消息是1，第二个是2，...， 由客广端设置
6: JMSXProducerTXID :产生消息的事务的事务标识，发送时提供商设置
7: JMSXConsumerTXID :消费消息的事务的事务标识，接收时提供商设置
8: JMSXRcvT imestanp : JMS转发消息到消费者的时间，接收时提供商设置
9: JMSXState: 假定存在一个消息仓库，它存储了每个消息的单独拷贝，且这些消息从原始消息被发送时开始。每个拷贝的状态有:1(等待)，2(准备)，3(到期)或4(保留)。由于状态与生产者和消费者无关，所以它不是由它们来提供。它只和在仓库中查找消息相关，因此JMS没有提供这种API。由提供商设置
JMS可靠性机制：
- 消息接收确认：
JMS消息只有在被确认之后，才认为已经被成功地消费了。消息的成功消费通常包含三个阶段:客户接收消息、客户处理消息和消息被确认。
在事务性会话中，当一个事务被提交的时候，确认自动发生。在非事务性会话中，消息何时被确认取决于创建会话时的应答模式。该参数有以下三个可选值:
Session.AUTO_ACKNOWLEDGE:当客户成功的从receive方法返回的时候，或者从MessageListener. onMessage方法成功返回的时候，会话自动确认客户收到的消息。
Session.CLIENT_ACKNOWLEDGE:客户通过调用消息的acknowledge方法确认消息。需要注意的是，在这种模式中，确谈是在会话层上进行，确认一一个被消费的消息将自动确认所有已被会话消费的消息。例如，如果一一个消息消费者消费了10个消息，然后确认第5个消息，那么所有10个消息都被确认。
Session.DUPS_ACKNOWLEDGE: 该选择只是会话迟钝的确认消息的提交。如果JMSprovider失败，那么可能会导致一些重复的消息。如果是重复的消息，那么JMSprovider必须把消息头的JMSRedelivered字段设置为true
-
消息的持久性：
消息持久性，JMS 支持以下两种消息提交模式:
PERSISTENT:指示JMSprovider持久保存消息，以保证消息不会因为JMSprovider的失败而丢失
NON_ PERSISTENT:不要求JMSprovider持久保存消息
-
消息优先级：
可以使用消息优先级来指示JMS provider 首先提交紧急的消息。优先级分10个级别，从0 (最低)到9 (最高)。如果不指定优先级，默认级别是4。需要注意的是，JMS provider并不一定保证按照优先级的顺序提交消息
queue = new ActiveMQQueue("TEST.QUEUE?consumer.priority=10");
consumer = session.createConsumer(queue);
Consumer的Priority的划分为0~127个级别，127是最高的级别，0是最低的也是ActiveMQ默认的。这种配置可以让Broker根据consumer的优先级来发送消息到较高的优先级的Consumer上，如果某个较高的Consumer的消息转载慢，则Broker会把消息发送到仅次于它优先级的Consumer上。
-
消息过期
可以设置消息在一.定时间后过期，默认是永不过期 -
消息的临时日的地：
可以通过会话上的createTemporaryQueue 方法和createTemporaryTopic方法来创建临时日的地。它们的存在时间只限于创建它们的连接所保持的时间。只有创建该临时日的地的连接上的消息消费者才能够从临时目的地中提取消息 -
持久订阅：
首凭消息生产者必须使用PERSISTENT提交消息。客户可以通过会话上的createDurableSubscriber方法来创建一一个持久订阅，该方法的第- -个参数必须是一个topic。第二个参数是订阅的名称。
JMS provider 会存储发布到持久订阅对应的topic上的消息。如果最初创建持久订阅的客户或者任何其它客户，使用相同的连接工厂和连接的客户ID,相同的主题和相同的订阅名，再次调用会话上的createDurableSubscriber方法，那么该持久订阅就会被激活。JMS provider 会向客户发送客户处于非激活状态时所发布的消息。
持久订阅在某个时刻只能有一个激活的订阅者。持久订阅在创建之后会一直保留，直到应用程序调用会话上的unsubscribe方法。 -
本地事务：
在一个JMS客户端，可以使用本地事务来组合消息的发送和接收。JMSSession接[ 1提供了commit和rollback方法。事务提交意味着生产的所有消息被发送，消费的所有消息被确认:事务回滚意味着生产的所有消息被销毁，消费的所有消息被恢复并重新提交，除非它们已经过期。
消息属性具体参考官网： http://activemq.apache.org/activemq-message-properties.html
JMS的API结构：
- JMS开发步骤
1:创建一个JMSconnection factory
2:通过connection factory来创建JMS connection
3:启动JMS connection
4:通过connection创建JMSsession
5:创建JMS destination
6:创建JMS producer, 或者创建JMS message,并设置destination
7:创建JMS consumner, 或者是注册一个JMS message listener
8:发送或者接受JMS message(s)
9:关闭所有的JMS资源(connection, session, producer,consumer等)
JMS的本质只是消息的传输，怎么发消息和接消息是不属于JMS管理的