已采纳回答 / 海宝的小蝴蝶
在启动类加上这个，由于boot会自动去加载数据源导致的 @SpringBootApplication(exclude = DataSourceAutoConfiguration.class)
2019-03-15
最新回答 / itachy
兄嘚 你的CentOS6.5镜像与CentOS7.0竟像是两个不同的镜像，CentOS6.5镜像中的文件会一直在CentOS6.5中，除非你拷贝到CentOS7.0中。
2019-02-22
最新回答 / 慕盖茨9498654
同样报错Socket Closed ,我没有虚拟机，是在windows里装的rabbitMQ,其中有一段错误是 An unexpected connection driver error occured,后来发现是账户权限问题，按照这个里面对账户进行授权就好了https://blog.csdn.net/luo609630199/article/details/100603185
2019-01-31
最赞回答 / Canon_in_D
这位同学是不是没有设置spring.rabbitmq.publisher-confirms=true
最新回答 / iceWang
将Order转为json字符串,不就是序列化吗?
最新回答 / 慕娘8336713
confirm是生产者将消息发送到交换机后的回调，ack是true，说明消息已经成功发送到交换机了； returnCallBack是交换机路由到队列的回调，所以路由失败跟ack没关系； 解决方案： 路由失败的时候，把当前消息保存下来（自己随意，不丢就行），然后再针对这部分消息做补偿；
最赞回答 / changfaaipiaorou
发送端有两种配置,confirm模式和非confirm模式。如果处于非confirm模式下，消息由于Productor到broker的网络波动导致失败，无法感知和重试。如果发送端处于confirm模式下，发送的每一条消息，broker会回复一个confirm消息，来确认消息的到达保证HA。confirm模式下发送端的性能会有所下降