autoDelete 属性 保持消息持久化
@Queue: 当所有消费客户端连接断开后，是否自动删除
队列 true：删除 false：不删除
@Exchange：当所有绑定队列都不在使用时，是否自动
删除交换器 true：删除 false：不删除
什么是消息确认ACK?
如果在处理消息的过程中，消费者的服务器在处理消息时出现异常，那可能这条正
在处理的消息就没有完成消息消费，数据就会丢失。为了确保数据不会丢失,
Rabbi tMQ支持消息确认-ACK.
ACK机制是消费者从Rabbi tMQ收到消息并处理完成后，反馈给Rabbi tMQ，
Rabbi tMQ收到反馈后才将此消息从队列中删除。
1.如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，那么就不会
有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将消息重新放入队列中。
2.如果在集群的情况下: Rabbi tMQ会立即将这个消息推送给这个在线的其他消费
者。这种机制保证了在消费者服务端故障的时候，不丢失任何消息和任务。
3.消息永远不会从Rabbi tMQ中删除:只有当消费者正确发送ACK反馈，Rabbi tMQ
确认收到后，消息才会从RabbitMQ服务器的数据中删除。
4.消息的ACK确认机制默认是打开的。
开启自动应答：
不在乎消费者是否处理消息成功，都会告诉对列删除此消息，如果处理消息失败会进行自动补偿
ACK机制的开发注意事项
如果忘记了ACK,那么后果很严重。当Consumer退出时，Message会一直重新分发
然后Rabbi tMQ会占用越来越多的内存，由于Rabbi tMQ会长时间运行，因此这个‘
内存泄漏”是致命的。
解决方式：
#开启重试
springrabbitmq.listener.retry.enabled=true
#重试次数，默认为 3 次
spring.rabbitmq.listener.retry.max-attempts=5
开启自手动应答：
channel.basicAck(envelope.getDeliveryTag(), false);