在rabbitMq消费端，有三种应答模式：
none：不处理。即消息投递给消费者后立刻 ack 消息会立刻从MQ删除。非常不安全，不建议使用
manual：手动模式。需要自己在业务代码中调用api，发送 ack 或 reject，存在业务入侵，但更灵活
auto：自动模式。SpringAMQP利用AOP对我们的消息处理逻辑做了环绕增强，当业务正常执行时则自动返回 ack 。当业务出现异常时，根据异常判断返回不同结果：
如果是业务异常，会自动返回 nack
如果是消息处理或校验异常，自动返回 reject
none基本用不到，在这不做讨论
一、auto模式（默认模式），这种是在配置文件中直接设置参数进行处理。
#应答模式 手动应答需要开发者手动应答
spring.rabbitmq.listener.simple.acknowledge-mode=AUTO
#批量预抓取数量,提高执行效率
spring.rabbitmq.listener.simple.prefetch = 10
#开启消费者重试机制
spring.rabbitmq.listener.simple.retry.enabled = true
#重试的最大次数
spring.rabbitmq.listener.simple.retry.max-attempts = 6
#重试间隔时间
spring.rabbitmq.listener.simple.retry.initial-interval = 3000
#重试间隔倍数，默认值是1
spring.rabbitmq.listener.simple.retry.multiplier = 2
#最大间隔时间，默认值是10s
spring.rabbitmq.listener.simple.retry.max-interval = 15000
消费时，会按照参数进行重试，如果达到最大重试次数还没有成功，会丢弃掉消息。
如果在消费时还没走完整个方法而停止整个服务，则在重新启动服务时会重新消费这个消息。
二、manual手动应答，此配置下，上面配置文件设置的重试参数都不会生效，需要特别注意。
1、手动应答模式需要用户自己决定消息是丢弃或者重新放回队列，还可以结合死信队列对消息进行重试处理。
2、手动应答中两个重要方法basicAck、basicNack
channel.basicAck(long deliveryTag, boolean multiple);
channel.basicNack(long deliveryTag, boolean multiple, boolean requeue) ;
手动模式 若消息没成功消费时,若给队列拒绝(basicNack),则会进入死循环,若不给拒绝（不进行basicAck） 抛出异常(重试机制生效) 则消息会堆积在队列中,后续投递的消息也会堆积并不会被消费