@楓子夜 上面我描述可能有點(diǎn)問題,測試結(jié)果應(yīng)該是這樣:
1. 手動確認(rèn)+公平分發(fā)消息時,如果未應(yīng)答,將不再繼續(xù)向該隊列發(fā)送消息;
2. 手動確認(rèn)+輪詢(默認(rèn))分發(fā)消息時,如果未應(yīng)答,不影響新消息的消費(fèi)。
第四章----SpringBoot+RabbitMQ發(fā)送確認(rèn)和消費(fèi)手動確認(rèn)機(jī)制1. 配置RabbitMQ 2. 生產(chǎn)者發(fā)送消息確認(rèn)機(jī)制 其實這個也不能叫確認(rèn)機(jī)制,只是起到一個監(jiān)聽的作用,監(jiān)聽生產(chǎn)者是否發(fā)送消息到exchange和queue。 生產(chǎn)者和消...
“如設(shè)置成manual手動確認(rèn),一定要對消息做出應(yīng)答,否則rabbit認(rèn)為當(dāng)前隊列沒有消費(fèi)完成,將不再繼續(xù)向該隊列發(fā)送消息”。這塊好像有點(diǎn)問題。
經(jīng)過測試,如果manual未應(yīng)答,不會影響新消息的消費(fèi)。未應(yīng)答消息仍保留在隊列,消費(fèi)者重啟后,會繼續(xù)消費(fèi)一遍因為未應(yīng)答而留在隊列的消息。
第四章----SpringBoot+RabbitMQ發(fā)送確認(rèn)和消費(fèi)手動確認(rèn)機(jī)制1. 配置RabbitMQ 2. 生產(chǎn)者發(fā)送消息確認(rèn)機(jī)制 其實這個也不能叫確認(rèn)機(jī)制,只是起到一個監(jiān)聽的作用,監(jiān)聽生產(chǎn)者是否發(fā)送消息到exchange和queue。 生產(chǎn)者和消...