目前的程式碼，一旦consumer獲取到message，那麼這個message就立刻從queue裡面移除（自動的訊息接收確認）；但是如果還沒有處理該message，worker被kill，那麼這個訊息就沒有被成功處理；此外，一個consumer可能同時收到了多個訊息，這些訊息也相當於丟失； 此時，需要使用訊息的手動確認機制，處理成功之後，通知rabbitmq伺服器將訊息刪除；如果沒有收到確認訊息，改訊息狀態變成unacked，不會刪除；如果rabbitmq重啟或者當前client連結失效或者當前worker失效，unacked的訊息會參與重新分配，有consumer重新處理；

目前的程式碼，一旦consumer獲取到message，那麼這個message就立刻從queue裡面移除（自動的訊息接收確認）；但是如果還沒有處理該message，worker被kill，那麼這個訊息就沒有被成功處理；此外，一個consumer可能同時收到了多個訊息，這些訊息也相當於丟失；

此時，需要使用訊息的手動確認機制，處理成功之後，通知rabbitmq伺服器將訊息刪除；如果沒有收到確認訊息，改訊息狀態變成unacked，不會刪除；如果rabbitmq重啟或者當前client連結失效或者當前worker失效，unacked的訊息會參與重新分配，有consumer重新處理；