原因1：启动 broker 方式不对。
我完全是按照官方文档操作的，在网上看到说这一步是错误的启动 broker 方式！
nohup sh bin/mqbroker -n localhost:9876 &改为：
nohup sh mqbroker -n localhost:9876 autoCreateTopicEnable=true &原因2：未关闭防火墙。
原因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
然后再次验证，应该已经可以使用了。
原因3. 少 jar 包：fastjson-1.2.29.jar 。
这是网上看到的，我的情况并不少这个jar 。
原因4. mqnameserver 或者 mqbroker 没有启动成功。
我的情况是 ：会报错内存不够。
报错为：
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 805306368 bytes for committing reserved memory.要在 /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"