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