文章目录

一、RocketMQ是什么？

二、准备工作

1.环境要求

2.下载与解压

3.启动MQ

4. 测试是否成功启动

三、安装管理端

1. 代码下载

2. 修改配置文件

3. 启动MQ客户端jar包

四、rocketMQ代码的使用入门

五、问题记录

1. 启动mqbroker.cmd没有反应

2.消费者重复消费消息

一、RocketMQ是什么？

RocketMQ是阿里开源的一款非常优秀中间件产品，脱胎于阿里的另一款队列技术MetaQ，后捐赠给Apache基金

会作为一款孵化技术，仅仅经历了一年多的时间就成为Apache基金会的顶级项目。并且它现在已经在阿里内部被

广泛的应用，并且经受住了多次双十一的这种极致场景的压力。（2017年的双十一，RocketMQ流转的消息量达

到了万亿级，峰值TPS达到5600万）。并且其内部通过Java语言开发，便于阅读与修改。

二、准备工作

1.环境要求

64位JDK 1.8+;

Maven 3.2.x;

64位操作系统系统，本文档在Windows上安装

2.下载与解压

下载地址：https://archive.apache.org/dist/rocketmq/4.5.1/

解压到一个无中文无空格的目录下，解压后目录如下：

3.启动MQ

3.1 更改配置

java的默认启动参数中，启动时堆内存的大小为2g，太大了，调整一下

切换路径到D:\rocketmq-all-4.5.1-bin-release\bin

打开runserver.cmd

把-Xms、-Xmx、-Xmn都设置成512m，将%CLASSPATH%增加""，不然启动时会找不到jdk

同理设置 runbroker.cmd

3.2 启动NameServer

双击mqnamesrv.cmd启动，或者使用启动命令：start mqnamesrv.cmd

如下显示则启动成功

3.3 启动broker

进入cmd命令窗口，切换到D:\rocketmq-all-4.5.1-bin-release\bin

执行 mqbroker.cmd -n localhost:9876 autoCreateTopicEnable=true

4. 测试是否成功启动

4.1 监听消息

进入cmd命令窗口，切换到D:\rocketmq-all-4.5.1-bin-release\bin

执行：

set NAMESRV_ADDR=127.0.0.1:9876

tools.cmd org.apache.rocketmq.example.quickstart.Producer

4.2 发送消息

进入cmd命令窗口，切换到D:\rocketmq-all-4.5.1-bin-release\bin

执行：

set NAMESRV_ADDR=127.0.0.1:9876

tools.cmd org.apache.rocketmq.example.quickstart.Producer

三、安装管理端

1. 代码下载

我们进入到这个dashboard仓库：

https://gitcode.net/mirrors/apache/rocketmq-dashboard

2. 修改配置文件

进入到解压的文件夹D:\rocketmq-dashboard-master\src\main\resources下修改 application.yml 文件

修改客户端的端口号以及MQ的地址和端口号

进入cmd命令窗口，切换到D:\rocketmq-dashboard-master，进行打包成jar包

执行：mvn clean package -Dmaven.test.skip=true

如下显示则启动成功

在D:\rocketmq-dashboard-master\target路径下会生成对应jar包

3. 启动MQ客户端jar包

进入cmd命令窗口，切换到D:\rocketmq-dashboard-master\target，进行打包成jar包

执行：java -jar rocketmq-dashboard-1.0.1-SNAPSHOT.jar

如下显示则启动成功

在自己的浏览器中输入：http://localhost:8888/#/ 即可进入

四、rocketMQ代码的使用入门

五、问题记录

1. 启动mqbroker.cmd没有反应

进入到C:\Users\DELL\store目录下删除底下的所有文件

然后再进行重新启动

2.消费者重复消费消息

最终排查发现，是因为消费者在处理消息的方法onMessage中有异常没有捕获到，导致异常上抛，被consumeMessage捕获并判定为消费失败，从而放到了重试队列当中进行重试。

总结：RocketMq中会引起消息重试的两种情况，内部异常和消费超时。

在Consumer中处理消息时，会在消费完消息后判断消费的总时长，如果 比超时时间要长则返回TIME_OUT,注意这里的超时是在consumeMessage内部逻辑处理完毕之后在进行判断的，如果内部逻辑处理成功，但耗时较长，那么也会被判断为超时。