从生产者的角度看，消息队列通过常见的请求确认机制保障消息的可靠传输，因此，当生产者就消息传输到broker中时，需要注意正确处理broker返回的确认或者异常信息，以保证信息可靠传输，生产者一旦收到异常消息，便会重发消息。 从broker的角度看，只要broker正常运行，就不会丢失消息。但是broker进程或者是服务器宕机了，就可能丢失消息。如果可靠性要求较高，那么可以通过设置broker参数来避免因为宕机而丢失消息，例如刷盘和复制的配置项。 从消费者的角度看，也是通过请求确认的机制来保障消息的可靠传输，可以在消费者业务处理逻辑全部结束之后再将确认响应回复给broker，若broker没有收到确认响应，那么下次消费者再次拉取消息时，仍然会拉取未成功拉取的那条消息。