ActiveMQ 系列（一）——ActiveMQ基础架构与运行机制「建议收藏」

如下文章字数大约1400字，阅读时间需要30分钟左右。

ActiveMQ系列因个人时间限制，对应发表未按照ActiveMQ对应的知识体系结构的顺序，

而是根据自己想到哪一部分就总结写出了对应部分，特此声明，望理解。

ActiveMQ 是JMS标准的一个实现。完全实现关于JMS的标准。

JMS即Java消息服务（Java Message Service）应用程序接口，是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。

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

【1】将数据从一个应用程序送到另一个应用程序，或者从软件的一个模块送到一个模块。

【2】负责建立网络通信的通道，进行数据的可靠传送。

【3】保证数据不重发，不丢失。

【4】能够实现跨平台操作，能够为不同的操作系统上的软件集成技工数据传送服务。

ActiveMQ 是一个易于使用的消息中间件。

首先简单介绍一个MQ，MQ英文名为MessageQueue,中文名也就是大家用的消息队列。其根本作用就是消息的接收和转发的容器，

可以用于消息推送。

ActiveMQ 是有Apache出品的，一款最流行的，能力强劲的开源消息总线。它非常快速，支持多种语言用户和协议，

而且非常容易的嵌入到企业的应用环境中，并有许多高级功能。

ActiveMQ 有三种主要的消息风格。

【1】 发布订阅模式(publish-subscribe)

这种模式有点像群聊。一个人发送消息了，其余在群里的其他人也都能收到对应内容。那么这些个我们所在的群，就相当于发布订阅模式里的topic。有很多个人在这个群里，那么，在这里，相当于我们在同一个topic里注册了。对于一人来说，它和所有的订阅者就构成了一个1对多的关系。

【2】点对点模式(p2p模式)

p2p的过程则理解起来更加简单。它好比是两个人单独聊天，这两个人是独享这一条通信链路的。一方发送消息，另外一方接收，就这么简单。在实际应用中因为有多个用户对使用p2p的链路，它的通信场景如下图所示：

在p2p的场景里，相互通信的双方是通过一个类似于队列的方式来进行交流。和前面pub-sub的区别在于一个topic有一个发送者和多个接收者，而在p2p里一个queue只有一个发送者和一个接收者。

【3】请求相应模式(request-response)

前面两种方式比较起来，request-response的通信方式很常见，但是不是默认提供的一种模式。在前面的两种模式中都是一方负责发送消息而另外一方负责处理。而我们实际中的很多应用相当于一种一应一答的过程，需要双方都能给对方发送消息。于是请求-应答的这种通信方式也很重要。它也应用的很普遍。

在JMS里面，如果要实现请求/应答的方式，可以利用JMSReplyTo和JMSCorrelationID消息头来将通信的双方关联起来。另外，QueueRequestor和TopicRequestor能够支持简单的请求/应答过程。

总结

activemq默认提供了pub-sub, p2p这两种通信的方式。同时也提供了一些对request-response方式的支持。实际上，不仅仅是activemq，对于所有其他实现JMS规范的产品都能够提供类似的功能。以后系列会陆续推出ActiveMQ的安装以及代码应用。

已上内容，纯属一家之言，因本人能力一般，见识有限，如有问题，请不吝指正，感谢。

相关技术内容会持续更新，大家可随时交流，欢迎关注本头条号。

下篇预告：最近将近一个月时间内容，一直作为面试官在面人，面了差不多有20多人，不同工作年限的都有，2到5年。也在观察应聘者，整体不太满意，印象深刻的几乎没有，很多人并没有达到工作年限应该达到的水平。我们就来聊了聊作为开发不同阶段应该具备什么样的水平以及面试时要注意的方面。

如果有感兴趣或者疑惑的知识点，可以评论或者私信我，我会准备相关内容，推出对应的文章。