最新回答 / 馬什么梅
Spring Tool Suite? 其實就是eclipse
+ 我來回答
回答最高可+2積分
最新回答 / 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,后來發(fā)現(xiàn)是賬戶權(quán)限問題，按照這個里面對賬戶進行授權(quán)就好了https://blog.csdn.net/luo609630199/article/details/100603185
最贊回答 / Canon_in_D
這位同學(xué)是不是沒有設(shè)置spring.rabbitmq.publisher-confirms=true
最新回答 / iceWang
將Order轉(zhuǎn)為json字符串,不就是序列化嗎?
最新回答 / 慕娘8336713
confirm是生產(chǎn)者將消息發(fā)送到交換機后的回調(diào)，ack是true，說明消息已經(jīng)成功發(fā)送到交換機了； returnCallBack是交換機路由到隊列的回調(diào)，所以路由失敗跟ack沒關(guān)系； 解決方案： 路由失敗的時候，把當前消息保存下來（自己隨意，不丟就行），然后再針對這部分消息做補償；
最贊回答 / changfaaipiaorou
發(fā)送端有兩種配置,confirm模式和非confirm模式。如果處于非confirm模式下，消息由于Productor到broker的網(wǎng)絡(luò)波動導(dǎo)致失敗，無法感知和重試。如果發(fā)送端處于confirm模式下，發(fā)送的每一條消息，broker會回復(fù)一個confirm消息，來確認消息的到達保證HA。confirm模式下發(fā)送端的性能會有所下降
