最新回答 / 慕移動9181930
我們的驗證已經(jīng)完善，謝謝提出寶貴意見。嗯嗯找到就開始coding把^-^...
最新回答 / Yin01
麻煩貼出錯誤信息來
最新回答 / 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
如果消息正常投遞，消息進入隊列，這時候生產(chǎn)者的任務(wù)已經(jīng)完成，數(shù)據(jù)庫也會更新為投遞成功。消費者出現(xiàn)問題，如果設(shè)置了消息正常消費后發(fā)送ack響應(yīng)，那么這個消息隊列不會收到ack響應(yīng)，所以不會從隊列中移除。當消費者和broker斷開連接，該消息會重新變?yōu)閞eady狀態(tài)，等待新的消費者消費。
最新回答 / itachy
ack是一種消息應(yīng)答機制，在需要消費端給ACK的情況下，消費端消費消息后，如果沒有發(fā)送ACK，則消息隊列不會移出消息，這樣消息盡管已經(jīng)被消費過一次，但消息依然存在于消息隊列中。如果，消息隊列不要求消費端發(fā)送ACK，則消息發(fā)送出去后，消息立即被移出消息隊列，此時，消費端可能根本就沒有收到消息，這種情況通常用于消息不重要的環(huán)境中。
最新回答 / 寶慕林5611592
idea有個叫"auto filling"的插件,你可以參考以下這篇博客https://blog.csdn.net/w605283073/article/details/81211140
最新回答 / ImoocZhang
http://idcbgp.cn/article/49814? ? 目前只有這個
最新回答 / jwq382091619
https://download.csdn.net/download/jwq1220/10872749
