Потребитель может влиять на то, будет ли сообщение доставлено, но оно не имеет полного контроля или знания о нем.Например, все успешно выполняется на стороне потребителя, но это занимает слишком много времени, издатель повторяет попытку, и у потребителя нет простого способа узнать, что это произойдет.
Часто лучше спроектировать приложение так, чтобымногократное использование одного и того же сообщения имеет тот же эффект, что и одноразовое использование.
Кроме того, вы проверяете MessageId на потребление сообщения, если хотите узнать, использовали ли вы его раньше.
ConsumeContext также имеет RetryCount, но я не верю , он увеличивается до следующего запуска потребителя.