最新回答 / 莫南爵
同學(xué)你解決了嗎,我也是這個問題。有時候時正常啟動,但是無法監(jiān)聽到消息。有時候直接就是這樣報錯
最新回答 / 細(xì)雨清簾
ConfirmCallBack 回調(diào)只能保證消息已經(jīng)到達(dá)服務(wù)器,但不能保證消息一定會被投遞到目標(biāo) Queue 里。我覺得您提出的“消費(fèi)出現(xiàn)異?!保拖⑼哆f的可靠性是兩個東西。這里的重試機(jī)制也僅僅是消息無法投遞到MQ做出的補(bǔ)償。?
最新回答 / 沐之雨霽
可以放在redis中,取redis的比取數(shù)據(jù)庫的要速度要快
最新回答 / 慕夢前來
事務(wù)列表看一下
最贊回答 / 白千帆
可以參考我得筆記?https://lengmuyun.github.io/2020/07/19/CentOS%E5%AE%89%E8%A3%85RabbitMQ/
2020-04-04
重試的時候沒有update nextRetryDate嗎
定時任務(wù)的sql有問題吧,你一開始入庫的超時時間是基于代碼運(yùn)行所在服務(wù)器時間,而比對的當(dāng)前時間是數(shù)據(jù)庫所在服務(wù)器時間,有種場景就是開發(fā)中我自己寫了在本機(jī)啟動項目,但是數(shù)據(jù)庫是公司服務(wù)器上的,兩個機(jī)器時間不一致就尷尬了
最新回答 / MOVBV
RabbitListener綁定監(jiān)聽列隊,看信道是否有消息發(fā)送過來。