rabbitmq訊息重新入隊和訊息確認

為了確認訊息不會丟失，rabbitmq支援message acknowledgments。乙個ack的響應會從消費端返回，告訴rabbitmq乙個特定的訊息已被接收。

當rabbitmq空閒時會處理它，將它刪除。

如果乙個消費者掛掉（channel被關閉、connection被關閉或者tcp 連線被關閉）而沒有傳送ack，那麼rabbitmq會讓這個訊息重新入隊。

如果在同一時間內有其他的消費者連線了，他快被快速的投遞到其他的消費者那。即使工作者偶爾掛掉，這種方式下也可以確定沒有訊息會丟失。

沒有任何的訊息超時，當消費者掛掉，rabbitmq將重新投遞這些訊息。對於處理乙個訊息需要非常非常長的時間也沒關係因為不會超時。

訊息的ack預設是開啟的，預設標記是autoack=true，當完成了任務得到了ack響應那麼可以刪除掉這個標記，也就是autoack=false。

示例**在官網有詳細的說明：第二個選項 work queues頁中有message acknowledgment，選擇自己對應的語言即可。

basicrecover：是路由不成功的訊息可以使用recovery重新傳送到佇列中。

basicreject：是接收端告訴伺服器這個訊息我拒絕接收,不處理,可以設定是否放回到佇列中還是丟掉，而且只能一次拒絕乙個訊息,官網中有明確說明不能批量拒絕訊息，為解決批量拒絕訊息才有了basicnack。

basicnack：可以一次拒絕n條訊息，客戶端可以設定basicnack方法的multiple引數為true，伺服器會拒絕指定了delivery_tag的所有未確認的訊息(tag是乙個64位的long值，最大值是9223372036854775807)。

示例**：

官網中有明確的**示例：http:

api結合具體的業務應用。