RocketMQ 是笔者非常喜欢的消息队列，4.9.X 版本是目前使用最广泛的版本，但它的消费逻辑相对较重，很多同学学习起来没有头绪。 这篇文章，笔者梳理了 RocketMQ 的消费逻辑，希望对大家有

DefaultMQPushConsumer 使用系统控制读取操作的DefaultMQPushConsumer可以自动调用传入的处理方法来处理收到的消息。通过设置各种参数和传入处理消息的函数，使用Def

MQ的作用解耦、异步、削峰填谷。 未使用MQ的情况 mysql并发写大部分情况下维持在600-800之间，并发读1200-1500之间，所以消费端在消费消息的时候需控制在并发小于1000，从而达到限流

准备进入软件行业的小伙伴，我建议有必要系统的先把RabbitMQ学好，然后再学习其他消息中间件扩展视野，他们的原理大同小异，是可以触类旁通的。

一、简介 二、特性 简单易用，功能强大，扩展性强。 支持redission, redisTemplate, zookeeper，可混用，支持扩展。 三、使用前准备 3.1 引入依赖 3.2 添加red

大家好，我是楼仔！ 常见的消息队列很多，主要包括 RabbitMQ、Kafka、RocketMQ 和 ActiveMQ，相关的选型可以看我之前的系列，这篇文章只讲 RabbitMQ，先讲原理，后搞实战

觉得不错请按下图操作，掘友们，哈哈哈！！！ 概述 博主最近在做分布式事务这块业务，所以在选型的过程中，对比了当下比较流行的解决方案，在这里坐下记录，欢迎jym提出更好的方案哦。

大家好，我是楼仔！ 之前写了一篇文章 消息队列：从选型到原理，一文带你全部掌握，干货真的很多，但是可读性很差，不想让这篇文章被埋没，周末特意花了 6 个小时重新整理。 消息队列中间件重要吗？面试必问问

一发一存一消费，没有最好的消息队列中间件(简称消息中间件)，只有最合适的消息中间件。 非实时性：当不需要立即获得结果，但是并发量又需要进行控制的时候，差不多就是需要使用消息队列的时候。主要解决了应用耦合、异步处理、流量削锋等问题。 限流削峰：应用于秒杀或抢购活动中，避免流量过大…