BUG-RocketMQ之sendDefaultImpl call timeout 和 No route info of this topic

• 运行环境

• [x] MacOS Mojave10.14.3

• [x] Java 1.8_202

• [x] RocketMQ 4.4.0

• [x] Vmware Fusion + CentOS7

• [x] IDEA

• 最近在学习RocketMQ第一个demo就炸了？？？莫名其妙timeout

• 事情是这样的，我在Vmware Fusion里面自定义了一个局域网然后用Mac连过去，然后就跑Apache官方的消费者生产者代码，然后？？？exm？？就一直报sendDefaultImpl call timeout。好吧 那我就面向搜索引擎编程吧！！！

• 插入：自建内部局域网：https://blog.csdn.net/zhishengqianjun/article/details/77046796

• 搜出来的结果：

• 1. 防火墙没关，好吧，我去看了一下我虚拟机的firewalld已经被我卸了，iptables也被我关了。？？？而且还有一个奇葩的是我的消费者端是可以通过console添加消息读取到虚拟机里面的数据的。所以防火墙没问题！！！！
• 2. 第二个是说BrokerIP设置有问题，好吧 我是用hosts文件中的名字的，我老实点，改成ip，一样没用！！！
• 3. 第三个终于到要点了，timeout！！！！对呀timeout！，但是producer的方法中有一个producer.setSendMsgTimeout();我开始设置了10000，....然后10s过去了。依旧给我了timeout。我本以为要终结从入门到放弃了。终于到要点了，producer.send(msg,timeout) EXM????我知道我找到了要点了。然后果断的设置10000，一跑 成功了。！！！！！

你以为完了？太天真了！再我后面跑另外一个设置监听的Demo的时候也就是用

SendCallback回调方法发送消息的时候，问题又来了

• MQClientException: No route info of this topic......
• 好吧，我服了，我又面向搜索引擎编程了：
• 1. 没有设置autoCreateTopicEnable=true 可以在配置文件设置，也可以在启动上加参数
• 2. 如果用SendCallBack，那就把producer.shutdown()去掉！！！！不要调用shutdown！作死！明白？？？你都关掉了 还怎么CallBack？？？emmm好了 这里要吐槽一下。

总结一下，如果用虚拟机自建的局域网，可能访问会有延迟，不知道为什么，我没有研究过，但是我用macSSH到虚拟机经常要卡几秒。所以可能造成timeout RocketMQ的默认timeout应该是3000也就是3s。