消息中间件
消息中间件有很多的用途和优点：
1. 将数据从一个应用程序传送到另一个应用程序，或者从软件的一个模块传送到另外一个模块；
2. 负责建立网络通信的通道，进行数据的可靠传送。
3. 保证数据不重发，不丢失
4. 能够实现跨平台操作，能够为不同操作系统上的软件集成技工数据传送服务
ActiveMQ是由Apache出品的，一款最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，它非常快速，支持多种语言的客户端和协议，而且可以非常容易的嵌入到企业的应用环境中，并有许多高级功能。
ActiveMQ特性列表
多种语言和协议编写客户端。语言: Java, C, C++, C#, Ruby, Perl, Python, PHP。应用协议: OpenWire,Stomp REST,WS Notification,XMPP,AMQP
完全支持JMS1.1和J2EE 1.4规范 (持久化,XA消息,事务)
对Spring的支持,ActiveMQ可以很容易内嵌到使用Spring的系统里面去,而且也支持Spring2.0的特性
通过了常见J2EE服务器(如 Geronimo,JBoss 4, GlassFish,WebLogic)的测试,其中通过JCA 1.5 resource adaptors的配置,可以让ActiveMQ可以自动的部署到任何兼容J2EE 1.4 商业服务器上
支持多种传送协议:in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
支持通过JDBC和journal提供高速的消息持久化
从设计上保证了高性能的集群,客户端-服务器,点对点
支持Ajax
支持与Axis的整合
可以很容易得调用内嵌JMS provider,进行测试
ACK:
一，消息的确认模式：
JMS API中约定了Client端可以使用四种ACK_MODE,在javax.jms.Session接口中:
非事务会话可做如下设置:
1．Session.AUTO_ACKNOWLEDGE(自动确认模式)
当消息成功的从receive方法返回时，或者从MessageListener接口的onMessage方法成功返回时，会话自动确认客户端的消息接收。
2．Session.CLIENT_ACKNOWLEDGE(客户端确认模式)
客户端通过调用消息的acknowledge方法签收消息。在这种模式中，签收是在会话层上进行：签收一个已消费的消息会自动地签收这个Session所有已消费消息的收条。
例如，如果一个消息消费者消费了10个消息，然后确认第5个消息，那么所有10个消息都会被确认。
3. Session.DUPS_OK_ACKNOWLEDGE(延时/批量确认模式)
这种确认方式允许JMS不必急于确认收到的消息,允许在收到多个消息之后一次完成确认,与Auto_AcKnowledge相比,这种确认方式在某些情况下可能更有效,因为没有确认,当系统崩溃或者网络出现故障的时候,消息可以被重新传递.
这种方式会引起消息的重复，但是降低了Session的开销，所以只有客户端能容忍重复的消息，才可使用。(如果ActiveMQ再次传送同一消息，那么消息头中的JMSRedelivered将被设置为true)
我们在开发JMS应用程序的时候,会经常使用到上述ACK_MODE,其中"INDIVIDUAL_ACKNOWLEDGE "只有ActiveMQ支持,当然开发者也可以使用它. ACK_MODE描述了Consumer与broker确认消息的方式(时机),比如当消息被Consumer接收之后,Consumer将在何时确认消息。对于broker而言，只有接收到ACK指令,才会认为消息被正确的接收或者处理成功了,通过ACK，可以在consumer与Broker之间建立一种简单的“担保”机制.
我们需要在创建Session时指定ACK_MODE,由此可见,ACK_MODE将是session共享的,意味着一个session下所有的 consumer都使用同一种ACK_MODE。在创建Session时,开发者不能指定除ACK_MODE列表之外的其他值.如果此session为事务类型,用户指定的ACK_MODE将被忽略,而强制使用"SESSION_TRANSACTED"类型;如果session非事务类型时,也将不能将 ACK_MODE设定为"SESSION_TRANSACTED",毕竟这是相悖的.
消费者和broker通讯最终实现消息确认，消息确认机制一共有5种，4种jms的和1种activemq补充的，AUTO_ACKNOWLEDGE（自动确认）、CLIENT_ACKNOWLEDGE（客户确认）、DUPS_OK_ACKNOWLEDGE（批量确认）、SESSION_TRANSACTED（事务确认）、INDIVIDUAL_ACKNOWLEDGE（单条确认），consumer在不同的模式下会发不同的命令到broker，broker再根据不同的命令进行操作，如果consumer正常发送ack命令给broker，broker会从topic移除消息并销毁，如果未从消费者接受到确认命令，broker会将消息转移到dlq队列（dead letter queue），并根据delivery mode进行重试或报异常。
二、ActiveMQ的本地事务
在一个JMS客户端，可以使用本地事务来组合消息的发送和接收。JMS Session接口提供了commit和rollback方法。事务提交意味着生产的所有消息被发送，消费的所有消息被确认；事务回滚意味着生产的所有消息被销毁，消费的所有消息被恢复并重新提交，除非它们已经过期。 事务性的会话总是牵涉到事务处理中，commit或rollback方法一旦被调用，一个事务就结束了，而另一个事务被开始。关闭事务性会话将回滚其中的事务。 需要注意的是，如果使用请求/回复机制，即发送一个消息，同时希望在同一个事务中等待接收该消息的回复，那么程序将被挂起，因为直到事务提交，发送操作才会真正执行。 需要注意的还有一个，消息的生产和消费不能包含在同一个事务中。
在事务状态下进行发送操作，消息并未真正投递到中间件，而只有进行session.commit操作之后，消息才会发送到中间件，再转发到适当的消费者进行处理。如果是调用rollback操作，则表明，当前事务期间内所发送的消息都取消掉。
2、关于ActiveMQ本地事务的用法
[java]view plaincopy
publicclassSender {
publicstaticvoidmain(String[] args)throwsException {
// 1、建立ConnectionFactory工厂对象，需要填入用户名，密码，以及连接的地址
// 仅使用默认。端口号为"tcp://localhost:61616"
ConnectionFactory connectionFactory =newActiveMQConnectionFactory(
"zhangsan",// ActiveMQConnectionFactory.DEFAULT_USER,
"123",// ActiveMQConnectionFactory.DEFAULT_PASSWORD,
"tcp://localhost:61616");
// 2、通过ConnectionFactory工厂对象创建一个Connection连接
// 并且调用Connection的start方法开启连接,Connection默认是不开启的
Connection connection = connectionFactory.createConnection();
connection.start();
// 3、通过Connection对象创建Session会话（上下文环境对象），
// 参数一，表示是否开启事务
// 参数二，表示的是签收模式，一般使用的有自动签收和客户端自己确认签收
// 第一个参数设置为true，表示开启事务
// 开启事务后，记得要手动提交事务
Session session = connection.createSession(Boolean.TRUE,
Session.AUTO_ACKNOWLEDGE);
// 4、通过Session创建Destination对象，指的是一个客户端用来指定生产消息目标和消费消息来源的对象。
// 在PTP模式中,Destination指的是Queue
// 在发布订阅模式中，Destination指的是Topic
Destination destination = session.createQueue("queue1");
// 5、使用Session来创建消息对象的生产者或者消费者
MessageProducer messageProducer = session.createProducer(destination);
// 6、如果是，生产者，使用MessageProducer的setDeliverMode方法设置，消息的持久化和非持久化
messageProducer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
// 7、最后使用JMS规范的TextMessage形式创建数据(通过Session对象)
// 并利用MessageProducer的send方法发送数据
for(inti =0; i <5; i++) {
TextMessage textMessage = session.createTextMessage();
textMessage.setText("我是消息"+ i);
messageProducer.send(textMessage);
}
// 手动提交开启的事务
session.commit();
// 释放连接
if(connection !=null) {
connection.close();
}
}
}
为什么commit之后，不会有持久的消息重新传送呢?
原因在于commit操作会自动将为签收确认的消息进行签收确认，如果是当前接收但未签收确认的消息，都会被确认处理。因而在commit之后不会有持久化的消息出现。
.对于consumer而言,消息接收到之后,需要手动的使用commit,否则JMS Provider会认为消息没有被接收,导致重发,因此你可以认为commit就是一个消息确认操作.
三.消费消息的风格
Consumer消费消息的风格有2种: 同步/异步..使用consumer.receive()就是同步，使用messageListener就是异步；在同一个consumer中，我们不能使用使用这2种风格，比如在使用listener的情况下，当调用receive()方法将会获得一个Exception
四 .指定消息传送模式
ActiveMQ 支持两种消息传送模式：PERSISTENT 和NON_PERSISTENT 两种。
1．PERSISTENT（持久性消息）
这是 ActiveMQ 的默认传送模式，此模式保证这些消息只被传送一次和成
功使用一次。对于这些消息，可靠性是优先考虑的因素。可靠性的另一个重要方面是确
保持久性消息传送至目标后，消息服务在向消费者传送它们之前不会丢失这些消息。这
意味着在持久性消息传送至目标时，消息服务将其放入持久性数据存储。如果消息服务
由于某种原因导致失败，它可以恢复此消息并将此消息传送至相应的消费者。虽然这样
增加了消息传送的开销，但却增加了可靠性。
2．NON_PERSISTENT（非持久性消息）
保证这些消息最多被传送一次。对于这些消息，可靠性并非主要的考虑因素。
此模式并不要求持久性的数据存储，也不保证消息服务由于某种原因导致失败后消息不
会丢失。
什么情况下使用ActiveMQ?
多个项目之间集成
(1) 跨平台
(2) 多语言
(3) 多项目
降低系统间模块的耦合度，解耦
(1) 软件扩展性
系统前后端隔离
(1) 前后端隔离，屏蔽高安全区
