Как @RabbitListener работает с ack и зачем нужен prefetch?

Режимы подтверждения (acknowledge-mode):

• AUTO (по умолчанию) — успех метода → ack; исключение → reject. По умолчанию с requeue=true: сообщение возвращается в очередь и сразу приходит снова;
• MANUAL — подтверждать вручную через Channel.basicAck/basicNack;
• NONE — брокер считает сообщение доставленным сразу (возможна потеря).

Ядовитые сообщения. Если ошибка постоянная (невалидные данные), requeue=true даёт бесконечный цикл с загрузкой CPU. Решения:

• spring.rabbitmq.listener.simple.default-requeue-rejected=false — отвергнутые не возвращаются, а уходят в DLX, если она настроена на очереди (x-dead-letter-exchange);
• бросать AmqpRejectAndDontRequeueException для постоянных ошибок;
• stateless retry: listener.simple.retry.enabled=true, max-attempts, initial-interval, multiplier — повторы в потребителе с отсрочкой, а после — recoverer (по умолчанию reject → DLX).

Prefetch (listener.simple.prefetch, по умолчанию 250) — лимит неподтверждённых у потребителя. Большой — высокая пропускная способность для быстрых задач; для долгих задач один потребитель заберёт много сообщений и будет их долго держать, пока другие простаивают, — ставят 1–10.

Параллелизм: concurrency / max-concurrency — число потребителей в контейнере.