回調函數觸發的時機沒搞明白。。
我現在還是不明白,那個callback函數回調的觸發條件,是發送方只要被mq接收到(也就是僅僅投遞成功)后呢?還是直到接收方接受了以后手動執行了告訴mq的代碼后呢?
如果是前者,那么假如消費過程出現了異常,是不是就沒法觸發重發機制了。
如果是后者,就看定時任務的頻率了,假如設置不好可能重復發送同一消息。
我現在還是不明白,那個callback函數回調的觸發條件,是發送方只要被mq接收到(也就是僅僅投遞成功)后呢?還是直到接收方接受了以后手動執行了告訴mq的代碼后呢?
如果是前者,那么假如消費過程出現了異常,是不是就沒法觸發重發機制了。
如果是后者,就看定時任務的頻率了,假如設置不好可能重復發送同一消息。
2020-05-26
舉報
2020-07-05
ConfirmCallBack 回調只能保證消息已經到達服務器,但不能保證消息一定會被投遞到目標 Queue 里。
我覺得您提出的“消費出現異?!?,和消息投遞的可靠性是兩個東西。這里的重試機制也僅僅是消息無法投遞到MQ做出的補償。?