总结一下最近rocketMQ踩过的坑，以及它的一个解决办法汇总。

1.解决RocketMQ报No route info of this topic：异常

近日在做RocketMQ的时候，mqnamesrv和mqbroker都正常启动了，但是在运行生产者的时候，报了个No route info of this topic的异常，让我很是郁闷。上网找了一些资料，现把解决办法记录如下，如果还有其他的原因导致这个问题的，后续会补充。

解决方法一：

Linux系统下：

在启动mqbroker的时候需要指定 autoCreateTopicEnable=true。例如：

nohup sh mqbroker -n 192.168.180.133:9876
autoCreateTopicEnable=true > ~/logs/rocketmqlogs/broker.log 2>&1 &

window系统下：

在window系统下需要在cmd中启动mqbroker才行。命令格式如下：
mqbroker.exe -n localhost:9876autoCreateTopicEnable=true

有网友在下面评论说缺少fastjson jar包也会导致此问题。

解决方法二：

可能是没有关闭防火墙。
原因2 转自：https://blog.csdn.net/chenaima1314/article/details/79403113

rocketmq运行时提示 No route info of this topic 异常产生的原因可能是

①Broker禁止自动创建Topic，且用户没有通过手工方式创建Topic

②Broker没有正确连接到Name Server
③Producer没有正确连接到Name Server

首先解决①这种情况，启动顺序要先启动nameserver，再启动broker，启动broker时加上autoCreateTopicEnable=true

例如 nohup sh mqbroker -n localhost:9876 autoCreateTopicEnable=true &

启动没有异常检查下nameserver中是否成功注册了broker，有两种方式
第一种、看broker的日志 如果出现形如
2018-02-28 16:21:35 INFO BrokerControllerScheduledThread1 - register broker to name server 192.168.192.129:9876 OK
2018-02-28 16:22:05 INFO BrokerControllerScheduledThread1 - register broker to name server 192.168.192.129:9876 OK
证明已经连接到nameserver上
第二种、 在bin目录下执行命令sh mqadmin clusterList -n localhost:9876 如果看到
#Cluster Name #Broker Name #BID #Addr #Version #InTPS(LOAD) #OutTPS(LOAD) #PCWait(ms) #Hour #SPACE
DefaultCluster DEFAULT_BROKER 0 192.168.192.129:10911 V4_2_0_SNAPSHOT 0.00(0,0ms) 0.00(0,0ms) 0 422168.55 -1.0000

也是证明已经连接到nameserver上。

如果按前两步检查没有问题，但启动还是报错，那么剩下的可能原因是producer无法连接到nameserver，很可能是防火墙的原因 ，要检验猜测只需要关闭防火墙，命令为systemctl stop firewalld.service
然后再次验证，应该已经可以使用了。

2.关于RocketMQ消息收不到的问题

可能是由于 VIP 端口无法连接，从而导致消费端无法正常消费消息。
详情请见：：https://www.cnblogs.com/goodAndyxublog/p/14028403.html

3.mqnameserver 或者 mqbroker 没有启动成功。

要在 /distribution/target/apache-rocketmq/bin 下的2个脚本中设置内存占用大小。

vim bin/runserver.sh　（调整nameserver启动的内存，不调整此文件，可能导致无法启动。）
 
JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn512m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"　
 
 vim bin/runbroker.sh     JAVA_OPT="${JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m"

4.把内网ip改成公网ip

解决方案：
1.修改broker.conf，内容如下：

brokerClusterName = DefaultCluster
brokerName = broker-a
brokerId = 0
deleteWhen = 04
fileReservedTime = 48
brokerRole = ASYNC_MASTER
flushDiskType = ASYNC_FLUSH
namesrvAddr=47.101.167.214:9876
listenPort=10911
brokerIP1=47.101.167.214

这里的47.101.167.214是公网IP

2. 启动Name Server：

nohup sh bin/mqnamesrv &

3. 启动Broker：

nohup sh bin/mqbroker -n 47.101.167.214:9876 -c conf/broker.conf &

=======

定位问题的过程：

在GitHub上找到了相同问题： https://github.com/apache/rocketmq/issues/568 ，里面说要么设置setVipChannelEnabled，要么开放10911、10909这两个端口。

而测试代码使用的是RocketMQTemplate玩的，无法直接操作setVipChannelEnabled，所以不妨顺着第二条路走（开放10911、10909这两个端口）

然而，我发现在本机telnet 10911、10909这两个端口是通的，说明端口开放没问题。

====

陷入僵局后，我就分析nohup日志，发现有类似如下的日志：

The broker[iZuf6h6yzsw5uybsq1y7w8Z, 172.19.172.31:10911] boot success. serializeType=JSON and name server is 47.101.167.214:9876

也就是说，broker启动时，往Name Server注册的是个内网地址（172.19.172.31），而我们希望是公网地址。所以，修改下broker.conf，设置下IP；并在启动broker时，用-c conf/broker.conf 指定读取配置文件。

此时，会打印类似如下的日志，和预期相符。

The broker[broker-a, 47.101.167.214:10911] boot success. serializeType=JSON and name server is 47.101.167.214:9876

=====

注意点：

需要开放10911、10909这两个端口

需修改broker.conf，设置公网IP

启动broker时，需用-c conf/broker.conf，读取配置文件

其他参考：

https://www.jianshu.com/p/ca3a87bed2c2

http://www.bijishequ.com/detail/532581

http://blog.csdn.net/c_yang13/article/details/76836753