如何保证消息的可靠性传输啊？要是消息丢失了怎么办啊？

RabbitMQ消息丢失的3种情况

生产者在消息传入的过程中丢失
a）RabbitMQ提供的事务功能，就是生产者发送数据之前打开RabbitMQ事务channel.txSelect，然后发送消息，如果消息没有成功被RabbitMQ接收到，那么生产者会收到异常报错，此时就可以回滚事务channel.txRollback，然后重试发送消息；如果收到了消息，那么可以提交事务channel.txCommit。
b）abbitMQ的消息别丢，可以开启confirm模式，在生产者那里设置开启confirm模式之后，**你每次写的消息都会分配一个唯一的id，然后如果写入了RabbitMQ中， RabbitMQ会给你回传一个ack消息，告诉你说这个消息ok了。**如果RabbitMQ没能处理这个消息，会成为你的一个nack接口，告诉你这个消息接收失败，你可以重试。而且你可以结合这个机制自己在内存里维护每个消息id的状态，如果超过一定时间还没接收到这个消息的替代，那么你可以重发。
事务机制和confirm机制最大的不同在于，事务机制是同步的，你提交一个事务之后会分段在那儿，但是confirm机制是异步的，你发送一个消息之后就可以发送下一个消息，然后那个消息RabbitMQ接收了之后会变速箱您的一个接口通知你这个消息接收到了。
MQ接收到消息，暂时存储到内存中,还没有消费，自己挂掉了，将数据搞丢
RabbitMQ自己弄丢了数据，这个你必须开启RabbitMQ的持久化，就是消息写入之后会持久化到磁盘，哪怕是RabbitMQ自己挂了，恢复之后会自动读取之前存储的数据。

设置持久化有两个步骤：

创建队列的时候将其设置为持久化
这样就可以可以保证RabbitMQ持久化队列的元数据，但是它是不会持久化队列里的数据的。
第二个是发送消息的时候将消息的deliveryMode设置为2
就是将消息设置为持久化的，然后RabbitMQ就会将消息持久化到磁盘上去。
必须要同时设置这两个持久化才行，RabbitMQ哪怕是挂了，再次重启，也会从磁盘上重启恢复队列，恢复这个队列里的数据。

注意，RabbitMQ开启了持久化机制，也有一种可能，就是这个消息写到了RabbitMQ中，但是还没来得得及持久化到磁盘上，结果不巧，此时RabbitMQ挂了，就会导致内存不足里的一点点数据丢失。

所以，持久化可以跟生产者那边的confirm机制配合起来，只有消息被持久化到磁盘之后，才会通知生产者ack了，所以哪怕是在持久化到磁盘之前，RabbitMQ挂了，数据丢了，生产者收不到ack，你也是可以自己重发的。
消费者消费到了这个消息,还没有来得及处理，就挂了，MQ以为消息已经被处理啦

RabbitMQ提供的ack机制，简单来说，就是你必须**关闭RabbitMQ的自动ack，可以通过一个api来调用就行，**然后每次你自己的代码里确保处理完的时候，再在程序里ack一把。的话，如果你还没处理完，就不没有ack了？那RabbitMQ的就认为你还没处理完，这个时候的RabbitMQ会把这个消费分配给别的消费者去处理，消息是不会丢的。