關(guān)于分布式發(fā)送消息的問題
發(fā)送消息到服務(wù)器的時(shí)候一直沒得到響應(yīng)(發(fā)送成功了,但是響應(yīng)因?yàn)榫W(wǎng)絡(luò)波動(dòng)或者其他因素丟失了,發(fā)送端會(huì)等待響應(yīng)還是繼續(xù)發(fā)送接下來(lái)的任務(wù)),會(huì)造成阻塞嗎?會(huì)對(duì)后面要發(fā)送的消息造成什么影響嗎?
發(fā)送消息到服務(wù)器的時(shí)候一直沒得到響應(yīng)(發(fā)送成功了,但是響應(yīng)因?yàn)榫W(wǎng)絡(luò)波動(dòng)或者其他因素丟失了,發(fā)送端會(huì)等待響應(yīng)還是繼續(xù)發(fā)送接下來(lái)的任務(wù)),會(huì)造成阻塞嗎?會(huì)對(duì)后面要發(fā)送的消息造成什么影響嗎?
2019-01-13
舉報(bào)
2019-03-21
發(fā)送端有兩種配置,confirm模式和非confirm模式。如果處于非confirm模式下,消息由于Productor到broker的網(wǎng)絡(luò)波動(dòng)導(dǎo)致失敗,無(wú)法感知和重試。
如果發(fā)送端處于confirm模式下,發(fā)送的每一條消息,broker會(huì)回復(fù)一個(gè)confirm消息,來(lái)確認(rèn)消息的到達(dá)保證HA。
confirm模式下發(fā)送端的性能會(huì)有所下降