最新回答 / itachy
ack是一種消息應(yīng)答機(jī)制，在需要消費(fèi)端給ACK的情況下，消費(fèi)端消費(fèi)消息后，如果沒有發(fā)送ACK，則消息隊(duì)列不會(huì)移出消息，這樣消息盡管已經(jīng)被消費(fèi)過一次，但消息依然存在于消息隊(duì)列中。如果，消息隊(duì)列不要求消費(fèi)端發(fā)送ACK，則消息發(fā)送出去后，消息立即被移出消息隊(duì)列，此時(shí)，消費(fèi)端可能根本就沒有收到消息，這種情況通常用于消息不重要的環(huán)境中。
已采納回答 / flymewithyou
ack是rabbitmq返回的，跟消費(fèi)端沒關(guān)系。這些個(gè)消息中間件就是為了讓生產(chǎn)者與消費(fèi)者無直接聯(lián)系。
最新回答 / 寶慕林5611592
idea有個(gè)叫"auto filling"的插件,你可以參考以下這篇博客https://blog.csdn.net/w605283073/article/details/81211140
已采納回答 / 慕粉4048540
https://segmentfault.com/a/1190000016326662
已采納回答 / 阿神
原因有3 1 可能是 沒有實(shí)現(xiàn)序列化接口 2 可能是你的包名稱 不一致 兩個(gè)工程的包名稱必須要一直。。3 不詳...
已采納回答 / 阿神
消費(fèi)端沒有可靠性投遞的說法。 如果消費(fèi)沒有成功 可以采用消息的重投處理（比如延遲隊(duì)列）或者記錄日志重發(fā)
最新回答 / ImoocZhang
http://idcbgp.cn/article/49814? ? 目前只有這個(gè)
已采納回答 / 阿神
消費(fèi)端報(bào)錯(cuò)，出現(xiàn)問題的是你的接口有問題，消費(fèi)者啟動(dòng)后沒有消息的話并不會(huì)執(zhí)行呀。可能是你之前有不比配格式的消息
阿神老師的高逼格，有深度的課程來襲：
http://coding.imooc.com/class/262.html
http://coding.imooc.com/class/275.html
http://coding.imooc.com/class/262.html
http://coding.imooc.com/class/275.html
2018-09-06