ActiveMQ(一)初步接触-编写Demo

声明 转载请注明出处! Reprint please indicate the source!

ActiveMQ(一)初步接触-编写Demo

MessageQueue是分布式的系统里经常要用到的组件。

什么是JMS

JMS即Java消息服务(Java Message Service)应用程序接口,是一个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信。Java消息服务是一个与具体平台无关的API,绝大多数MOM提供商都对JMS提供支持。

(引用自百度百科)

JMS 在其中扮演的角色与JDBC 很相似,正如JDBC 提供了一套用于访问各种不同关系数据库的公共API,JMS 也提供了独立于特定厂商的企业消息系统访问方式。JMS 的编程过程很简单,概括为:应用程序A 发送一条消息到消息服务器(也就是JMS Provider)的某个目得地(Destination),然后消息服务器把消息转发给应用程序B。因为应用程序A 和应用程序B 没有直接的代码关连,所以两者实现了解偶。

JMS消息解耦

(引用自博客)

JMS的用途

  • 解耦
  • 数据的可靠传输
  • 保证数据不重发,不丢失
  • 能够实现跨平台操作,能够为不同操作系统上的软件集成数据传送服务。

消息的传递模型

JMS支持两种消息传递模型:

点对点(point-to-point,简称PTP)和发布/订阅(publish/subscribe,简称pub/sub)。这两种消息传递模型非常相似,但有以下区别:

  • a. PTP消息传递模型规定了一条消息之恩能够传递费一个接收方。
  • b. Pub/sub消息传递模型允许一条消息传递给多个接收方 每个模型都通过扩展公用基类来实现。例如:javax.jms.Queue和Javax.jms.Topic都扩展自javax.jms.Destination类。

上面两种消息传递模型里,我们都需要定义消息生产者和消费者,生产者吧消息发送到JMS Provider的某个目标地址(Destination),消息从该目标地址传送至消费者。消费者可以同步或异步接收消息,一般而言,异步消息消费者的执行和伸缩性都优于同步消息接收者,体现在:

  1. 异步消息接收者创建的网络流量比较小。单向对东消息,并使之通过管道进入消息监听器。管道操作支持将多条消息聚合为一个网络调用。
  2. 异步消息接收者使用线程比较少。异步消息接收者在不活动期间不使用线程。同步消息接收者在接收调用期间内使用线程,结果线程可能会长时间保持空闲,尤其是如果该调用中指定了阻塞超时。
  3. 对于服务器上运行的应用程序代码,使用异步消息接收者几乎总是最佳选择,尤其是通过消息驱动Bean。使用异步消息接收者可以防止应用程序代码在服务器上执行阻塞操作。而阻塞操作会是服务器端线程空闲,甚至会导致死锁。阻塞操作使用所有线程时则发生死锁。如果没有空余的线程可以处理阻塞操作自身解锁所需的操作,这该操作永远无法停止阻塞。

(引用自博客)

什么是ActiveMQ

ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。

(引用自百度百科)

官方主页

权威书籍

ActiveMQ in Action

环境配置

Maven依赖

引入核心包

TIPS:如果你引入的是下面的activemq-all.jar,且工程中已经引入了SLF4J,会与activemq-all.jar中的SLF4J发生冲突。

启动broker

要运行起来demo得先,启动broker。我是在虚拟机上测试的。ip:192.168.235.100

进入到 执行:

测试

访问页面 http://192.168.235.100:8161/

broker管理页面

默认用户名/密码:admin/admin

接口介绍

API文档

由于历史原因,JMS提供有四套API接口。

  • JMS1.0 定义了两个域相关的API,queue、topic。
  • JMS1.1 引入了一组新API,也叫做传统API。
  • JMS2.0 引入了一组简化API,拥有传统API所有的特性,同时接口更少、使用更方便。

每组API挺一组不同的接口集合,拥有连接到JMS提供者、发送和接收消息。它们共享一组代表消息、消息目的地和其他各方面功能特性的通用接口。所有的接口都在javax.jms下。

传统API接口

传统API接口模型图 传统API接口模型图

Destination 接口是Queue和Topic的顶层接口。

接口 用处
ConnectionFactory 用户用来创建到JMS提供者的连接的被管对象。JMS客户通过可移植的接口访问连接,这样当下层的实现改变时,代码不需要进行修改。 管理员在JNDI名字空间中配置连接工厂,这样,JMS客户才能够查找到它们。根据消息类型的不同,用户将使用队列连接工厂,或者主题连接工厂。
Connection 连接代表了应用程序和消息服务器之间的通信链路。在获得了连接工厂后,就可以创建一个与JMS提供者的连接。根据不同的连接类型,连接允许用户创建会话,以发送和接收队列和主题到目标。
Session 表示一个单线程的上下文,用于发送和接收消息。由于会话是单线程的,所以消息是连续的,就是说消息是按照发送的顺序一个一个接收的。会话的好处是它支持事务。如果用户选择了事务支持,会话上下文将保存一组消息,直到事务被提交才发送这些消息。在提交事务之前,用户可以使用回滚操作取消这些消息。一个会话允许用户创建消息生产者来发送消息,创建消息消费者来接收消息。
Destination 目标是一个包装了消息目标标识符的被管对象,消息目标是指消息发布和接收的地点,或者是队列,或者是主题。JMS管理员创建这些对象,然后用户通过JNDI发现它们。和连接工厂一样,管理员可以创建两种类型的目标,点对点模型的队列,以及发布者/订阅者模型的主题。
MessageConsumer 由会话创建的对象,用于接收发送到目标的消息。消费者可以同步地(阻塞模式),或异步(非阻塞)接收队列和主题类型的消息。
MessageProducer 由会话创建的对象,用于发送消息到目标。用户可以创建某个目标的发送者,也可以创建一个通用的发送者,在发送消息时指定目标。
Message 是在消费者和生产者之间传送的对象,也就是说从一个应用程序创送到另一个应用程序。一个消息有三个主要部分:消息头(必须):包含用于识别和为消息寻找路由的操作设置。一组消息属性(可选):包含额外的属性,支持其他提供者和用户的兼容。可以创建定制的字段和过滤器(消息选择器)。

一个消息体(可选):允许用户创建五种类型的消息(文本消息,映射消息,字节消息,流消息和对象消息)。消息接口非常灵活,并提供了许多方式来定制消息的内容。

简化API接

简化API接口模型图 简化版API接口模型图

接口 用处
Destination row 1 col 2
JMSContext row 2 col 2

注意:ActiveMQ是没有实现简化版接口的。不仅ActiveMQ,很多厂商也没有支持简化版API接口。

demo

点对点模式

点对点模式,有点类似关系数据库。从编程角度,它里面的Acknowledge,就类似于数据库的commit。Connection连接、Session会话、工厂模式等,在设计上与数据库很像。

ActiveMQ中Queue实现了点对点模型。

JMSProducer.java

运行一下JMSProudcer,生产10条消息。

JMSConsumer.java

运行一下JMSConsumer,消费10条消息。

image

这种方式消费消息,通过循环检查,显然是不高明的。

下面,通过设置监听的方式,实现消息消费。

再次运行一下JMSProudcer,生产10条消息。

又生产了10条消息

首先实现一下监听器

Listenr.java

JMSConsumer2.java

运行一下JMSConsumer2,新产生的消息被消费了。

新产生的消息被消费了

消息发布/订阅模式

发布/订阅模式是一对多的关系。

注意:发布/订阅要先运行订阅,再运行发布才能收到消息。

发布者和订阅者之间有时间上的依赖性。针对某个主题Topic的订阅者,它必须创建一个订阅者之后,才能消费发布者的消息,而且为了消费消息,订阅者必须保持运行的状态。

Topic 实现了发布/订阅模型。

JMSConsumer.java

Listener.java

JMSConsumer2.java

Listener2.java

首先,分别运行JMSConsumer、JMSConsumer2进行订阅。

2个订阅者

JMSProducer.java

然后运行JMSProducer。

发布消息订阅者收到消息

参考

java1234上发布的教程"一头扎进ActiveMQ"

这里学习的源码,托管在码云

发布者

Jiaheng Tao

挖掘概念,创造工具

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据