13、SpringCloud -- RocketMQ 消息发送和消费的实际应用

RocketMQ

准备工作：

清除MQ数据：

RocketMQ的数据应该是存在c盘的这个地方，可以把这些数据都清除掉，用来测试MQ是否执行符合期望。

启动MQ:

启动broker：

我是在bin 那里启动cmd的，所以 …/表示去到上一级找broker.conf，以后启动也可以在conf那边启动。不局限这个方法。

也可以这样启动

启动管控台：

这个官控台是一个springboot项目

启动这个jar包

启动成功

这个集群有显示这个才表示mq启动成功。

如果没显示出来，可能是broker启动不对。

项目应用：

准备工作：

添加依赖：

在seckill-server服务的pom文件里面添加mq的依赖

gitee 添加配置文件：

因为配置都在gitee上面，所以添加一个mq的yml配置文件

rocketmq:
  name-server: 127.0.0.1:9876
  producer:
    group:  SECKILL_ORDER_GROUP_PRODUCER 

如果后面用到的是linux的mq，就只需要把name-server的地址改成linux里面的mq地址就可以了。

yml：

gitee上面添加了mq的配置文件，这里要关联上mq的配置文件和依赖的话，需要在这里把这个mq的配置文件加上来，后面项目启动就会去到gitee上面把rocketmq-server文件拉下来用。

代码：

需求1：发送消息到MQ

将秒杀的请求消息发送到 MQ

前端：

后端：

封装的对象和常量

测试：

现在测试能否将秒杀数据发送到MQ

正在抢购中，没有之前的跳转到秒杀成功的页面，符合预期

测试前的主题：没有create_order主题

点击秒杀后就有了，符合预期

需求2：消费消息

后端：

启动服务后，就会自动执行onMessage方法，去消息列表里面进行消息消费

启动服务后，管控台也会自动出现这个消费组

测试：

全部数据刷新测试：

以这个2022-12-01 17:50:58时间的为主

秒杀这个商品

然后可以在主题这里看到这个消息

消费者这边看消费详情，也可以看到这个时间段的消费数据，发送消息时间和消费消息时间差不多，因为并发量不高。

可以看出执行成功了。

目前测试暂时正常，但测试太混乱，肯定有些数据是不正确的，后续再慢慢发现。

重新测试一次，发现是正常的可以正常发送消息和消费消息。

同步改异步：

同步发送消息改成异步发送消息

onSuccess 方法就是异步发送消息成功后需要写的业务逻辑

onException 方法就是异步发送消息失败后需要写的业务逻辑

目前还不知道该在这些方法里面写什么业务逻辑比较合理，目前看以来和同步发送消息没什么区别。后续待研究

这个是百度的：

同步发送消息改成异步发送消息，如图就可以了。