最新回答 / 慕娘8336713
confirm是生產(chǎn)者將消息發(fā)送到交換機(jī)后的回調(diào)，ack是true，說(shuō)明消息已經(jīng)成功發(fā)送到交換機(jī)了； returnCallBack是交換機(jī)路由到隊(duì)列的回調(diào)，所以路由失敗跟ack沒(méi)關(guān)系； 解決方案： 路由失敗的時(shí)候，把當(dāng)前消息保存下來(lái)（自己隨意，不丟就行），然后再針對(duì)這部分消息做補(bǔ)償；
最贊回答 / changfaaipiaorou
發(fā)送端有兩種配置,confirm模式和非confirm模式。如果處于非confirm模式下，消息由于Productor到broker的網(wǎng)絡(luò)波動(dòng)導(dǎo)致失敗，無(wú)法感知和重試。如果發(fā)送端處于confirm模式下，發(fā)送的每一條消息，broker會(huì)回復(fù)一個(gè)confirm消息，來(lái)確認(rèn)消息的到達(dá)保證HA。confirm模式下發(fā)送端的性能會(huì)有所下降
最新回答 / zhusx
同 問(wèn)
最新回答 / qq_丄炫_(tái)0
<...code...>
最新回答 / 己悅丶
@Input(StreamClient.input)和@Output(StreamClient.input)通道名不能一樣
最新回答 / pardon110
不齊全，你使用的時(shí)候會(huì)有報(bào)錯(cuò)信息，你根據(jù)報(bào)錯(cuò)信息作相應(yīng)的調(diào)整即可
2018-12-30
已采納回答 / Gintoki3172619
看一下第二張圖的 #30 行，如果用 Map 接收的話(huà)應(yīng)該用 @Headers 注解，而不是 @Header。另外有個(gè)小建議，你的類(lèi)名里的 AreaRecieve 中的單詞是不是拼寫(xiě)錯(cuò)了。
最新回答 / 慕蓋茨6131011
實(shí)體沒(méi)有序列化
+ 我來(lái)回答
回答最高可+2積分
最新回答 / Amori
消費(fèi)端也要有你新建的類(lèi)
最新回答 / 0_空想神話(huà)_0
可通過(guò)注入實(shí)現(xiàn)。
@Bean
Jackson2JsonMessageConverter?messageConverter()?{
???return?new?Jackson2JsonMessageConverter();
}