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添加消息读取到虚拟机里面的数据的。所以防火墙没问题!!!!
    1. 第二个是说BrokerIP设置有问题,好吧 我是用hosts文件中的名字的,我老实点,改成ip,一样没用!!!
    1. 第三个终于到要点了,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 可以在配置文件设置,也可以在启动上加参数
    1. 如果用SendCallBack,那就把producer.shutdown()去掉!!!!不要调用shutdown!作死!明白???你都关掉了 还怎么CallBack???emmm好了 这里要吐槽一下。

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

你可能感兴趣的:(BUG-RocketMQ之sendDefaultImpl call timeout 和 No route info of this topic)