RabbitMQ默认无法保证消息不丢失，需要在生产者、Broker、消费者三个核心环节分别配置对应的机制，才能实现全链路消息零丢失。
一、生产者端：确保消息成功投递到Broker
开启Confirm确认机制
生产者投递消息后，等待Broker返回ACK确认，若收到NACK或超时未收到回调，自动重试发送消息，避免网络波动导致消息半路丢失。相比同步事务机制，异步Confirm的性能损耗更低，更适合生产环境使用。
开启Return回调机制
设置消息的mandatory参数为true，当消息无法被交换机路由到任何队列时，会触发Return回调通知生产者，开发者可在回调中对这类路由失败的消息做补偿处理，避免消息静默丢失。
二、Broker端：确保消息持久化存储不丢失
必须同时开启三重持久化，三者缺一不可，否则RabbitMQ重启后消息仍会丢失：
交换机持久化：声明交换机时将durable参数设为true，保证重启后交换机元数据不消失。
队列持久化：声明队列时将durable参数设为true，保证重启后队列本身不会被清空。
消息持久化：发送消息时设置投递模式为deliveryMode=2，将消息实体写入磁盘，重启后可从磁盘恢复消息。
生产环境还可部署镜像/仲裁高可用集群，将消息同步到多个节点，避免单节点磁盘损坏导致消息永久丢失。
三、消费者端：确保消息成功消费后再删除
将消费者的ACK模式从默认的自动确认改为手动确认：消费者完整执行业务逻辑、处理成功后，再手动调用basicAck向Broker发送确认信号，Broker收到信号后才会从队列中删除该消息。
如果消费者业务处理失败，可调用basicNack将消息重新放回队列，避免业务未执行完进程崩溃导致消息丢失。对于反复消费失败的异常消息，可配置死信队列单独兜底处理，避免消息无限重试阻塞正常业务。