一、ActiveMQ简介
1，ActiveMQ是什么
ActiveMQ是Apache推出的开源的，完全支持JMS1.1和J2EE 1.4规范的JMS Provider实现的消息中间件（MOM）
2，ActiveMQ能干什么
最主要功能就是，实现 JMS Provider，用来帮助实现高可用、搞性能、可伸缩、易用和安全的企业级面向消息服务的系统。（系统解耦）
3，ActiveMQ的特点
完全支持JMS1.1 和J2EE 1.4 规范（持久化、XA消息、事物）
支持多种传输协议： in-VM ，TCP，SSL，NIO，UDP，JGroups，JXTA
可插拔的体系结构，可以灵活定制，如：消息存储方式、安全管理等
很容易和Application Server 集成使用
多种语言和协议编写客户端。语言：java、C、C#、Ruby、Perl、Python、PHP
从设计上报纸了高性能的集群，客户端-服务器，点对点
可很容易和Spring集成
支持通过JDBC和Journal提供高速的消息持久化
支持和Axis的整合
二、消息中间件（Message Oriented Middleware，MOM）
MOM基本功能：
将信息以消息的形式，从一个应用程序传送到另一个或多个应用程序。
MOM主要特点：
1，消息异步接受，类似手机短信的行为，消息发送者不需要等待消息接受者的响应，减少软件多系统集成的耦合度；
2 ，消息可靠接收，确保消息在中间件可靠保存，只有接收方收到后才删除消息，多个消息也可以组成原子事务
消息中间件的主要应用场景：
在多个系统间进行整合和通讯的时候，通常会要求：
1 ：可靠传输，数据不能丢失，有的时候，也会要求不能重复传输；
2 ：异步传输，否则各个系统同步发送接受数据，互相等待，造成系统瓶颈
目前比较知名的消息中间件：
ZeroMQ 、RabbitMQ、ActiveMQ、Kafka、RocketMQ
三、Centos安装ActiveMQ
1，下载linux安装包，上传到centos，直接解压并用mv命令重命名 mv apache-activemq-5.15.3 activemq-5.15
2，启动运行
a，普通启动，到bin目录下 ./activemq start
b，启动并指定日志文件 ./activemq start > /tmp/activemqlog
3，检查是否已经启动
ActiveMQ默认采用61616端口提供JMS服务，使用8161提供管控台服务，执行以下爱命令检验是否启动成功：
1，查看61616端口是否打开： netstat -an | grep 61616
2，也可以直接查看控制台输出或者日志文件
3，访问管控台 http://ip地址:8161/admin 默认用户名密码admin/admin
4，关闭ActiveMQ，直接使用 ./activemq stop
暴力关闭，ps -ef | grep activemq 获取进程号 然后 kill 掉
四、helloworld程序
http://www.cnblogs.com/lihaoyang/p/8856636.html
五、JMS基本概念
一基本概念
JMS是什么
JMS Java Message Service，Java消息服务，是J2EE的一个技术
JMS规范：JMS定义了Java访问消息中间件的接口，一流的公司定义规范，厂商去实现吧！实现JMS接口的消息中间件称为JMS Provider 。
JMS Message：JMS的消息，三部分组成：
1，消息头，有对应的getter、setter
2，消息属性：如果需要除消息头字段以外的值，可以使用消息属性
3，消息体：封装具体的消息数据
JMS producer：消息生产者，创建发送消息
JMS consumer：消息接收者，接收处理消息
消息的消费可采用两种方式：
1，同步消费：通过调用消费者的receive方法从目的地中显式提取消息，receive方法是阻塞的，一直阻塞到有消息到达。
2，异步消费：客户可以为消息消费者注册一个消息监听器，以定义在消息到达时采取的处理
二 消息传递域
JMS domains :消息传递域，JMS规范中定义了两种消息传递域，
1，点对点（point-to-point,PTP） ；
2，发布/订阅（publish/subscribe，简写pub/sub）
2.1 点对点特点：
（1）每个消息只能有一个消费者（一个消费者把消息消费，消息就从队列消失）
（2）消息生产者和消费者之间没有时间上的相关性。发消息和接收消息都不管对方的状态
（点对点）
2.2 发布/订阅 消息特点
（1）每个消息可以有多个消费者
（2）生产者和消费者之间有时间上的相关性。订阅一个主题的消费者只能消费从它订阅之后发布的消息。
分 持久订阅：允许消费者消费它离线状态时 topic发布的消息
非持久订阅：只能消费消费者在线时 topic发布的消息
（topic/sub模式）
点对点消息传递域中，目的地被称为 队列（queue），在 发布/订阅 消息传递域中，目的地被称为 主题（topic）
JMS接口相关概念
Connection factory：连接工厂，用来创建连接对象，以连接到JMS的provider
JMS Connection：封装了客户与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客户端来访问，如ConnectionFactory 、Destination
JMS的消息结构-1
JMS 消息组成：消息头、属性、消息体
消息头包含：消息的识别信息、路由信息。消息头包含一些标准的属性如下
1，JMSDestination ：由 send方法设置
2，JMSDeliveryMode：由send方法设置
3，JMSExpiration：由send方法设置
4，JMSPriority：由send方法设置
5，JMSMessageID：由send方法设置
6，JMSTimestamp：由客户端设置
7，JMSCorrelationID：由客户端设置
8，JMSReplyTo：由客户端设置
9，JMSType：由客户端设置
10，JMSRedelivered：由 JMS Provider设置
标准的JMS消息头包含以下属性：
1，JMSDestination：消息发送目的地，Queue或者Topic ， 自动分配
2，JMSDeliveryMode：传送模式。
两种：持久模式、非持久模式。持久性消息：JMS提供者出现故障，消息不会丢失，服务器恢复后会再次传输；非持久性消息：服务器故障消息丢失
3，JMSExpiration：消息过期时间，等于Destination的 send 方法中的 timeToLive 值加上发送时刻的GMT时间值。若timeToLive 为零，则JMSExpiration 被设为零，表示消息永不过期。过期时间到后如果消息还没发送到目的地，消息会被清除。自动分配
4，JMSPriority：消息优先级，值为0--9十个级别，0--4 是普通消息，5--9 是加急消息。默认值是4
5，JMSMessageID：每个消息唯一标识，由JMS Provider 产生。自动分配
6，JMSTimestamp：一个JMS Provider 在调用send 方法时自动设置的，消息被发送到接收的时间差，自动分配。
7，JMSCorrelationID：用来连接到另外一个消息，典型应用是在回复消息中连接到原消息。一般标记为JMSMessageID标识上一条消息的应答，也可以自己设置。
8，JMSReplyTo：提供本消息 消息的目的地的地址，开发者设置
9，JMSType：消息类型识别符，开发者设置
10，JMSRedelivered：如果一个客户端收到了一个设置了JMSRedelivered 属性的消息，则表示可能客户端之前收到过该消息但是没有签收（acknowledged）。如果该消息被重新发送，JMSRedelivered = true 反之JMSRedelivered = false ，自动设置。
消息体：
JMS API定义了5种消息格式：TextMessage 、MapMessage、BytesMessage、StreamMessage和ObjectMessage
消息属性：三种类型
1，自定义的属性，如 Message.setStringProperty("username",username);
2，JMS定义的属性 使用 “JMSX” 作为属性名前缀 connection.getMetaData().getJMSXPropertyNames() ，返回所有连接支持的JMSX 属性的名字
3，JMS供应商特定的属性
JMS定义的属性如下：
JMSXUserID：发送消息的用户标识，发送时提供商设置
JMSXGroupID：消息所在消息组的标识，由客户端设置
JMSXGroupSeq：组内消息的序号 第一个消息是1，依次是2,3，，，由客户端设置
JMSXDeliveryCount：转发消息重试次数，依次是1,2,3，，，发送时提供商设置
JMSXProducerTXID：产生消息的事务的事务标识，发送时提供商设置
JMSXAppID：发送消息的应用的标识，发送时提供商设置
JMSXConsumerTXID：消费消息的事务的事务标识，接收时提供商设置
JMSXRecvTimestamp：JMS转发消息到消费者的时间，接收时提供商设置
1，消息接收确认
JMS消息只有在被确认之后，才认为被成功的消费了。消息成功消费通常包含三个阶段：客户接收消息、客户处理消息、消息被确认
在事务性会话中：当一个事务（消费端）被提交的时候，确认自动发生。
示例代码片段
Sender :
Session session = connection.createSession(Boolean.TRUE, Session.AUTO_ACKNOWLEDGE);
producer.send(destination, message);
session.commit();
Consumer：
final Session session = connection.createSession(Boolean.TRUE, Session.AUTO_ACKNOWLEDGE);
TextMessage message = (TextMessage) consumer.receive();
// session.commit();
如果Sender和Consumer都设置事务，自动签收，当Consumer不commit事务时，能够一直重复接收Sender 发送的消息，反之，只要调用了session.commit(); 就不能再接收之前发送的消息，认为是已确认了。
这里的事务指的是 消费端的事务，发送者和接收者的事务不是一回事，我认为发送端的事务只是控制发送消息的方式
非事务性会话：消息何时被确认取决于创建会话时的应答模式（acknowledge mode）
Session.AUTO_ACKNOWLEDGE：当 consumer.receive(); 之后，或者从MessageListener.onMessage方法成功返回后，会话自动确认客户收到的消息，就不能再接收刚才sender发送的消息了。
Session.CLIENT_ACKNOWLEDGE：消费端调用 message.acknowledge(); 方法后，消息就被确认了。注意这种模式实在会话层进行的，只要确认一个消息将自动确认所有已被会话消费的消息，如一共10个消息，消费了5个，第6个确认，那么前5个消息都将被确认。下次接收只能接收到后四个。
Session.DUPS_OK_ACKNOWLEDGE：不常用
消息持久性