消息中间件ActiveMq

消息中间件

消息中间件有很多的用途和优点:

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) 前后端隔离,屏蔽高安全区

推荐阅读更多精彩内容