[TOC] # 什么是JMS JMS即Java消息服务（Java Message Service）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。 Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。 JMS是一种与厂商无关的 API，用来访问消息收发系统消息。它类似于JDBC(Java Database Connectivity)： 这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ，这只是几个例子。 JMS 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个 JMS客户机发送消息。消息是 JMS 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本(TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。 # JMS规范 1. 专业技术规范 JMS（Java Messaging Service）是Java平台上有关面向消息中间件(MOM)的技术规范，它便于消息系统中的Java应用程序进行消息交换,并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发，翻译为Java消息服务。 2. 体系架构 JMS由以下元素组成。 JMS提供者：连接面向消息中间件的，JMS接口的一个实现。提供者可以是Java平台的JMS实现，也可以是非Java平台的面向消息中间件的适配器。 JMS客户：生产或消费基于消息的Java的应用程序或对象。 JMS生产者：创建并发送消息的JMS客户。 JMS消费者：接收消息的JMS客户。 JMS消息：包括可以在JMS客户之间传递的数据的对象 JMS队列：一个容纳那些被发送的等待阅读的消息的区域。一旦一个消息被阅读，该消息将被从队列中移走。 JMS主题：一种支持发送消息给多个订阅者的机制。 # Java消息服务应用程序结构支持两种模型 1. 点对点或队列模型 在点对点或队列模型下，一个生产者向一个特定的队列发布消息，一个消费者从该队列中读取消息。这里，生产者知道消费者的队列，并直接将消息发送到消费者的队列  这种模式被概括为： 只有一个消费者将获得消息 生产者不需要在接收者消费该消息期间处于运行状态，接收者也同样不需要在消息发送时处于运行状态。 每一个成功处理的消息都由接收者签收 2. 发布者/订阅者模型 发布者/订阅者模型支持向一个特定的消息主题发布消息。0或多个订阅者可能对接收来自特定消息主题的消息感兴趣。在这种模型下，发布者和订阅者彼此不知道对方。这种模式好比是匿名公告板。  这种模式被概括为： 多个消费者可以获得消息 在发布者和订阅者之间存在时间依赖性。发布者需要建立一个订阅（subscription），以便客户能够订阅。订阅者必须保持持续的活动状态以接收消息，除非订阅者建立了持久的订阅。在那种情况下，在订阅者未连接时发布的消息将在订阅者重新连接时重新发布。 ~~~ queue.put（object） 数据生产 queue.take(object) 数据消费 ~~~ # JMS核心组件 * Destination：消息发送的目的地，也就是前面说的Queue和Topic。 * Message ：从字面上就可以看出是被发送的消息。 * StreamMessage：Java 数据流消息，用标准流操作来顺序的填充和读取 * MapMessage：一个Map类型的消息；名称为 string 类型，而值为 Java 的基本类型。 * TextMessage：普通字符串消息，包含一个String。 * ObjectMessage：对象消息，包含一个可序列化的Java 对象 * BytesMessage：二进制数组消息，包含一个byte[]。 * XMLMessage: 一个XML类型的消息。 * Producer： 消息的生产者，要发送一个消息，必须通过这个生产者来发送。 * MessageConsumer： 与生产者相对应，这是消息的消费者或接收者，通过它来接收一个消息。  通过与ConnectionFactory可以获得一个connection 通过connection可以获得一个session会话 # topic和queue区别 ## topic Topic实现publish和subscribe语义。 一条消息被publish时，它将发到所有感兴趣的订阅者，所以零到多个 subscriber（电脑词汇中解释为“用户“）将接收到消息的一个拷贝。 但是在消息代理接收到消息时，只有激活订阅的subscriber能够获得消息的一个拷贝 ## queue queue执行load balancer语义。 一条消息仅能被一个consumer收到。如果在message发送的时候没有可用的consumer，那么它将被保存一直到能处理该message的consumer可用。 如果一个consumer收到一条message后却不响应它，那么这条消息将被转到另一个consumer 那儿。一个Queue可以有很多consumer，并且在多个可用的consumer中负载均衡 ## 区别  ## 确认消息的方式 有三种 * AUTO_ACKNOWLEDGE(自动通知) * CLIENT_ACKNOWLEDGE(客户端自行决定通知时机) * DUPS_OK_ACKNOWLEDGE(延时//批量通知) 如果使用的是 客户端自行决定通知时机方式，那么需要在MessageListener里显式调用`message.acknowledge()`来通知服务器。服务器接收到通知后采取相应的操作。