最新回答 / QQ_三生石
wget www.rabbitmq.com/releases/erlang/erlang-18.3-1.el7.centos.x86_64.rpmwget http://repo.iotti.biz/CentOS/7/x86_64/socat-1.7.3.2-5.el7.lux.x86_64.rpmwget www.rabbitmq.com/releases/rabbitmq-server/v3.6.5/rabbitmq-server-3.6.5-1.noarch.rpm自己下载吧
最新回答 / starryzz
如果消息正常投递，消息进入队列，这时候生产者的任务已经完成，数据库也会更新为投递成功。消费者出现问题，如果设置了消息正常消费后发送ack响应，那么这个消息队列不会收到ack响应，所以不会从队列中移除。当消费者和broker断开连接，该消息会重新变为ready状态，等待新的消费者消费。
最新回答 / itachy
ack是一种消息应答机制，在需要消费端给ACK的情况下，消费端消费消息后，如果没有发送ACK，则消息队列不会移出消息，这样消息尽管已经被消费过一次，但消息依然存在于消息队列中。如果，消息队列不要求消费端发送ACK，则消息发送出去后，消息立即被移出消息队列，此时，消费端可能根本就没有收到消息，这种情况通常用于消息不重要的环境中。
已采纳回答 / flymewithyou
ack是rabbitmq返回的，跟消费端没关系。这些个消息中间件就是为了让生产者与消费者无直接联系。
最新回答 / 宝慕林5611592
idea有个叫"auto filling"的插件,你可以参考以下这篇博客https://blog.csdn.net/w605283073/article/details/81211140
2018-09-11
+ 我来回答
回答最高可+2积分
已采纳回答 / 阿神
消费端没有可靠性投递的说法。 如果消费没有成功 可以采用消息的重投处理（比如延迟队列）或者记录日志重发
最新回答 / jwq382091619
https://download.csdn.net/download/jwq1220/10872749
