最新回答 / 慕移動9181930
我們的驗(yàn)證已經(jīng)完善，謝謝提出寶貴意見。嗯嗯找到就開始coding把^-^...
最新回答 / Yin01
麻煩貼出錯(cuò)誤信息來
最新回答 / 楊勤_cd
這是我本地的ip<...圖片...>
最新回答 / qq_lt男神_0
用來通知消息隊(duì)列，我已消費(fèi)完成！例如：你在某寶上面買了 直升飛機(jī)，到貨后你確認(rèn)訂單收貨，訂單變?yōu)橐呀?jīng)完成狀態(tài)！?
最贊回答 / 慕函數(shù)1174211
是包名的問題。。。必須統(tǒng)一，序列化id還必須一致。。。
最新回答 / QQ_三生石
wget www.rabbitmq.com/releases/erlang/erlang-18.3-1.el7.centos.x86_64.rpmwget http://repo.iotti.biz/CentOS/7/x86_64/socat-1.7.3.2-5.el7.lux.x86_64.rpmwget www.rabbitmq.com/releases/rabbitmq-server/v3.6.5/rabbitmq-server-3.6.5-1.noarch.rpm自己下載吧
最新回答 / starryzz
如果消息正常投遞，消息進(jìn)入隊(duì)列，這時(shí)候生產(chǎn)者的任務(wù)已經(jīng)完成，數(shù)據(jù)庫也會更新為投遞成功。消費(fèi)者出現(xiàn)問題，如果設(shè)置了消息正常消費(fèi)后發(fā)送ack響應(yīng)，那么這個(gè)消息隊(duì)列不會收到ack響應(yīng)，所以不會從隊(duì)列中移除。當(dāng)消費(fèi)者和broker斷開連接，該消息會重新變?yōu)閞eady狀態(tài)，等待新的消費(fèi)者消費(fèi)。
最新回答 / itachy
ack是一種消息應(yīng)答機(jī)制，在需要消費(fèi)端給ACK的情況下，消費(fèi)端消費(fèi)消息后，如果沒有發(fā)送ACK，則消息隊(duì)列不會移出消息，這樣消息盡管已經(jīng)被消費(fèi)過一次，但消息依然存在于消息隊(duì)列中。如果，消息隊(duì)列不要求消費(fèi)端發(fā)送ACK，則消息發(fā)送出去后，消息立即被移出消息隊(duì)列，此時(shí)，消費(fèi)端可能根本就沒有收到消息，這種情況通常用于消息不重要的環(huán)境中。
最新回答 / 寶慕林5611592
idea有個(gè)叫"auto filling"的插件,你可以參考以下這篇博客https://blog.csdn.net/w605283073/article/details/81211140
最新回答 / ImoocZhang
http://yifanck.cn/article/49814? ? 目前只有這個(gè)
最新回答 / jwq382091619
https://download.csdn.net/download/jwq1220/10872749
