activemq

关于 MQ 的定义 Message Queue （ MQ ）消息队列中间件，通常我们在网上看到的对其定义是将消息的发送和接受分离来实现应用程序的异步和解耦，给人的直觉是 MQ 是异步的，用来解耦的。但这个只是 MQ 的效果，而不是目的。 MQ 真正的目的是为了通讯，屏蔽底层复杂的通讯协议，定义了一套应用层上更加简单的通讯协议。 一套分布式系统中两个模块之间通讯要么是 HTTP ，要么是 TCP ，但这两种协议其实都是原始的协议。前者实现通讯就必须要做到各客户端都有 WebServer ，而且不支持长连接；后者就更加原始了 — 粘包、心跳、私有的协议。 而 MQ 所要做就是在基于这些现有的协议之上构建一个更简单的通讯（生产者/消费者）模型。它定义了两个对象 —发送数据的叫生产者，接受数据的叫消费者，提供一个 SDK 给我们自己定义生产者和消费者实现消息通讯，且无视底层通讯协议。 带 Broker 的流派 这个流派通常有一台服务器作为 Broker ，所有的消息都通过它进行中转。生产者把消息发送给它就结束自己的任务了，最后 Broker 则把消息主动推送给消费者（或者消费者主动轮询）。 重 Topic 的 MQ Kafka 、 Active MQ 就属于这个流派：生产者发送 key 和数据到 Broker ，由 Broker 比较 key 之后决定给哪个消费者。 在这种模式下，

RabbitMQ： 优点：轻量，迅捷，容易部署和使用，拥有灵活的路由配置 缺点：性能和吞吐量较差，不易进行二次开发 RocketMQ： 优点：性能好，稳定可靠，有活跃的中文社区，特点响应快 缺点：兼容性较差，但随意影响力的扩大，该问题会有改善 ActiveMQ： 目前，消息队列在各大互联网平台，尤其是电商平台如京东、淘宝、去哪儿等网站有着深入的应用，主要作用是高并发访问高峰，通过异步消息模式减少网站响应时间，提高系统吞吐量。ActiveMQ作为众多MQ中的一员，而且也是最老牌的一员，有其优势：1）多编程语言多协议支持。2）完全支持JMS1.1和J2EE 1.4规范 3）对Spring的支持,ActiveMQ可以很容易内嵌到使用Spring的系统里面去 4）从设计上保证了高性能的集群。 Kafka： 优点：拥有强大的性能及吞吐量，兼容性很好 缺点：由于“攒一波再处理”导致延迟比较高，有可能消息重复消费 作为一个有着丰富经验的微服务架构师，经常有人问我：“应该选择 MQ 还是 Kafka ？”。基于某些原因，许多开发者会把这两种技术当作等价的来看待。的确，有些案例场景下选择 RabbitMQ 还是 Kafka 没什么差别，但是这两种技术在底层实现方面是有许多差异的。不同场景需要不同的解决方案，选错一个方案能够严重的影响你对软件的设计，开发和维护的能力。

从事软件开发的同学，一定都听过或用过消息队列，比如 RabbitMQ，Kafka。消息队列简单来说就是生产者将很多消息放到一个队列结构中，由其他消费者来消费。想了解更多 队列 的知识，看下我之前写的 18 个 Queue 的文章，保证整的明明白白。 传送门： 45张图庖丁解牛18种Queue 。 那如果把常见的四大消息队列拉到一个群里，会碰出哪些火花呢？ 被嫌弃 四大队列被 中间件大队长 拉到了一个群里面。 群名：悟空聊架构群。 成员数：25 个。 管理员：中间件大队长。 群主：神秘悟空哥。 大家来感受下他们的聊天界面吧~ 👇👇👇 群聊画面 1 RabbitMQ 单独找中间件大队长聊天的画面。 单聊画面 1 涉及的故事： Erlang 是啥？ 并非一门新语言，出现于 1987 年。并不是面向对象语言。 函数式编程，基于进程并发，高并发、分布式是它的优势。 由爱立信制造商专门为通信应用设计，在国内主要是游戏领域用到。 Erlang 为啥会被其他队列嫌弃？ 因为 RocketMQ、ActiveMQ 都是用 Java 实现的，Kafka 是用 Scale 和 Java 实现的，这三种消息队列从语言实现上都有些类似。 在国内现如今超流行的 Java 的技术生态中，懂 Java 又懂 Erlang 的就比较少了，愿意花时间和精力在 Erlang 上面的就更少了。 快和慢 群聊画面 2

1、rabbitmq集群工作原理 2、elasticsearch集群工作原理 3、nginx高可用 4、zabbix监控哪些项 5、redis持久化、集群模式 6、activemq集群模式 7、mq软件对比 8、MySQL高可用 来源： oschina 链接： https://my.oschina.net/u/4419179/blog/4496842

内容包含：Spring boot、Spring cloud、Dubbo、Redis、ActiveMQ、Nginx、Mycat、Spring、MongoDB、ZeroMQ、Git、Nosql、Jvm、Mecached、Netty、Nio、Mina、性能调优、高并发、tomcat 负载均衡、大型电商项目实战、高可用、高可扩展、数据库架构设计、Solr 集群与应用、分布式实战、主从复制、高可用集群等。 有想获取以下干货视频资料的朋友：点赞+关注后，私信【Java干货】就可以了（一定要记得关注我，不然没办法回复陌生人私信） 学习路线图 坦克大战 干货视频，高级架构师最新java、spring、Redis、JVM、分布式、高并发。里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring，MyBatis，Netty源码分析,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点高级进阶干货 来源： oschina 链接： https://my.oschina.net/u/4389867/blog/4650809

activeMQ：高效、可扩展、稳定安全企业级消息通信 rabbitMQ：分布式系统可靠、可扩展、功能丰富，内存式堆积，某些条件下触发换页动作将内存中消息换页到磁盘；支持多租户 不支持重试队列，二次封装延迟队列实现呢 拉模式，不回溯，支持消息追踪 多租户 kafka：高吞吐量分布式发布订阅消息系统，可水平扩展，磁盘式堆积，冗余功能 过滤：consumerInterceptor接口或kafka stream的filter消息过滤 不支持优先级、延迟、死信、重试队列 拉模式+推模式 按offset和timestamp维度消息回溯 通插件支持消息追踪（性能） rocketMQ：高吞吐、高可用、适合大规模分布式系统 rabiitMQ一致性丢失问题 https://www.jianshu.com/p/8f7ebbcbeee5 https://blog.csdn.net/u013256816/article/details/79147591 来源： oschina 链接： https://my.oschina.net/u/4410837/blog/4671566

什么是消息队列 MQ全称为Message Queue 消息队列（MQ）是一种应用程序对应用程序的通信方法。MQ是消费-生产者模型的一个典型的代表，一端往消息队列中不断写入消息，而另一端则可以读取队列中的消息。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。 你可以想想在生活中的一种场景：当你把信件的投进邮筒，邮递员肯定最终会将信件送给收件人。我们可以把MQ比作 邮局和邮递员。 MQ和邮局的主要区别是,它不处理消息,但是,它会接受数据、存储消息数据、转发消息 为什么使用消息队列 其实就是问问你消息队列都有哪些使用场景，然后你项目里具体是什么场景，说说你在这个场景里用消息队列是什么？ 如果有人问你这个问题，期望的一个回答 是说，你们公司有个什么业务场景 ，这个业务场景有个什么技术挑战，如果不用 MQ 可能会很麻烦，但是你现在用了 MQ 之后带给了你很多的好处。 先说一下消息队列常见的使用场景吧，其实场景有很多，但是比较核心的有 3 个： 解耦 、 异步 、 削峰 。 解耦 看这么个场景。A 系统发送数据到 BCD 三个系统，通过接口调用发送。如果 E 系统也要这个数据呢？那如果 C 系统现在不需要了呢？A 系统负责人几乎崩溃...... 在这个场景中，A 系统跟其它各种乱七八糟的系统严重耦合

问题一： activemq: pool: enabled: true 开启连接池，启动项目会报错，提示JmsMessagingTemplate无法注入，只要加上依赖即可。 <!--springboot2.X 要开启activemq pool必须引入此连接池依赖--> <dependency> <groupId>org.messaginghub</groupId> <artifactId>pooled-jms</artifactId> </dependency> 因为JmsMessagingTemplate本身依赖连接工厂，启用连接池后就会依赖连接池工厂，因为版本的原因，如果没有正确的引入连接池依赖，那么项目启动肯定会报错：JmsMessagingTemplate无法注入。 因为你不引入，IDEA会标红显示无这个类（JmsPoolConnectionFactory） package org.springframework.boot.autoconfigure.jms.artemis; import javax.jms.ConnectionFactory; import org.apache.activemq.artemis.jms.client.ActiveMQConnectionFactory; import org.apache.commons.pool2

1. 单体架构 2. 分布式系统架构 3. 基于消息中间件的分布式系统架构 4. 消息中间件概述 1. 什么是消息中间件 利用高效可靠的消息传递机制进行平台无关的数据交流。 并基于数据通信来进行分布式系统的集成。 通过提供消息传递和消息排队模型，它可以在分布式环境下扩展进程间的通信。 2. 消息中间件的应用场景 跨系统数据传递。 高并发流量削峰。 数据异步处理。 ... 3. 常用的消息中间件 ActiveMQ RabbitMQ Kafka RocketMQ 5. 消息中间件核心设计 1. 本质 一种具有接收数据、保存数据、发送数据等功能的网络应用。 和一般网络应用程序的区别是它主要负责数据的接收和传递，所以性能一般都高于普通程序。 2. 5 大核心组成 协议 持久化机制 消息分发机制 高可用设计 高可靠设计 6. 协议 1. 协议是什么 协议是计算机之间通信时共同遵守的一组约定，都遵守相同的约定，计算机之间才能相互交流。 是对数据格式和计算机之间交互数据时必须遵守的规则的正式描述。 协议三要素： 语法：即数据与控制信息的结构或格式； 语义：即需要发出何种控制信息，完成何种动作以及做出何种响应； 时序（同步）：即事件实现顺序的详细说明。 2. 常见协议 HTTP 三要素举例： 语法：http 规定了请求报文和响应报文的具体格式。 语义：客户端主动发起的操作称为请求。 时序

MQTT Broker 服务器选型 EMQ-X HiveMQ ActiveMQ Mosquitto License 开源+商用 开源+商用 开源 开源 公司 杭州映云科技 dc-square ，德国 Apache 项目维护者 Eclipse 开源社区 开发语言 Erlang Java Java C 连接数 开源 十万级 ，商用 百万级 开源25个，商用 百万级 千万级 系统性能 单机十万 单机百万 集群千万 支持集群 协议支持 MQTT、CoAP、MQTT-SN、WebSocket、LwM2M MQTT MQTT、JMS、Openwire、Stomp、AMQP、WebSocket XMPP MQTT、WebSocket MQTT 5.0 √ √ × √ 认证鉴权 TLS/DTLS、ClientID/IP地址/用户密码认证、根据IP地址/ClientID/用户名访问控制LDAP/Redis/MySQL/MongoDB/PostgreSQL/HTTP API认证 TLS/DTLS、X.509证书、JWT、OAuth2.0、应用协议（ID/用户名/密码）、配置文件形式的认证与 ACL 功能 LDAP (JAAS)、Apache Shiro × 规则引擎 开源支持 基础规则引擎 ，商用支持 增强规则引擎 × × × 消息存储 开源 不支持 ，商用支持Redis、MySQL、MongoDB