小英雄

maven依赖和配置参考RocketMQ代码实战(一)：使用rocketmq-spring-boot-starter发送和消费消息首需要注意的是 事务消息（半消息） 仅仅只是保证本地事务和MQ消息发送形成整体的 原子性 ，而投递到MQ服务器后，并无法保证消费者一定能消费成功！以下代码实例实现的是创建user后再发送消息。消息生产@RestController@Slf4jpublic class RocketMqController { @Autowired priva

延时消息使用场景：比如电商里，提交了一个订单就可以发送一个延时消息，1h后去检查这个订单的状态，如果还是未付款就取消订单释放库存。上代码：消息发送@RestController@Slf4jpublic class RocketMqController { @Autowired private RocketMQTemplate rocketMQTemplate; @GetMapping("sendMqDelay") public Object send

单向发送消息这种方式主要用在不特别关心发送结果的场景，例如日志发送。上代码：@RestController@Slf4jpublic class RocketMqController { @Autowired private RocketMQTemplate rocketMQTemplate; @GetMapping("sendMqOneway") public Object sendMqOneway() { MqMessage message

在前面的文章中，我们都是通过rocketMQTemplate.syncSend发送的消息都是同步消息，即需要发送消息成功后才可以继续往下执行。然而在一些对响应时间敏感的业务场景，即发送端不能容忍长时间地等待Broker的响应。那么我们就需要异步消息了。上代码：@RestController@Slf4jpublic class RocketMqController { @Autowired private RocketMQTemplate rocketMQTemplate;

我们先来看这样一个程序：发送消息的代码：@RestControllerpublic class RocketMqController { @Autowired private RocketMQTemplate rocketMQTemplate; @GetMapping("sendMqRandom") public Object sendMqRandom() { List<SendResult> results = new Arra

RocketMQ有两种消费模式：集群消费 和 广播消费集群消费模式下，集群消费模式下,相同Consumer Group的每个Consumer实例平均分摊消息。广播消费模式下，相同Consumer Group的每个Consumer实例都接收全量的消息。我们在之前的文章中代码实战：使用rocketmq-spring-boot-starter发送和消费消息代码实战：RocketMQ发送带Tag的消息 的演示中，没有指定消费模式，默认的是集群消费模式。那本次我们来演示下，如何采用广播消费

在代码实战：使用rocketmq-spring-boot-starter发送和消费消息 讲解了使用rocketmq-spring-boot-starter快速搭建生产者消费者服务，本次继续讲解 发送带Tag的消息Tag（标签）可以看作子主题，它是消息的第二级类型。同一业务模块不同目的的消息就可以用相同 Topic 而不同的 Tag来标识。比如交易消息又可以分为：交易创建消息、交易完成消息等，一条消息可以没有 Tag。1.发送消息@RestControllerpublic class Rock

通过rocketmq-spring-boot-starter可以快速的搭建rocketmq生产者和消费者服务。1.引入依赖：<dependency> <groupId>org.apache.rocketmq</groupId> <artifactId>rocketmq-spring-boot-starter</artifactId> <version>2.0.4</version></dependen

可以参考：1.使用docker安装RocketMQ也可以参考：2.RocketMQ 安装 For Windows10(完整版）但是我通过通过docker安装的，不知道什么原因，只有rockermq-console可以用，于是我就参考2部署的namesrv和broker。参考1部署的rockermq-console，本着本地学习的原则，能快速使用即可。...

在创建或更改topic时，需要配置writeQueueNums和readQueueNums数，这里的读写队列有什么作用？初识rocketmq的童鞋，很容易把读写队列和读写分离混淆在一起。其实在rocketmq里是完全不同的两个概念。读写分离，是用HA机制，将一个节点的数据同步到另外一个节点，主节点多用于写（也可读），从节点只用于读。往往一主多从，通过读写分离减轻系统压力。读写队列，则是在做路由信息时使用。在消息发送时，使用写队列个数返回路由信息，而消息消费时按照读队列个数返回路由信息。在物理文件层面

部署架构官网给的架构图他主要有四大核心组成部分：NameServer、Broker、Producer以及Consumer四部分Producer消息发布的角色，支持分布式集群方式部署。Producer通过MQ的负载均衡模块选择相应的Broker集群队列进行消息投递，投递的过程支持快速失败并且低延迟。Producer与NameServer集群中的其中一个节点（随机选择）建立长连接，定期从NameServer获取Topic路由信息，并向提供Topic 服务的Master建立长连接，且定时向