什麼是ttlrabbitmq的ttl全稱為time-to-live，表示的是訊息的有效期。訊息如果在佇列中一直沒有被消費並且存在時間超過了ttl，訊息就會變成了"死信" (dead message)，後續無法再被消費了。設定ttl有兩種方式：
第一種是宣告佇列的時候，在佇列的屬性中設定，這樣該佇列中的訊息都會有相同的有效期；
第二種是傳送訊息時給訊息設定屬性，可以為每條訊息都設定不同的ttl。
如果兩種方式都設定了，則以設定的較小的為準。兩者的區別：如果宣告佇列時設定了有效期，則訊息過期了就會被刪掉；如果是發訊息時設定的有效期，訊息過期了也不會被立馬刪掉，因為這時訊息是否過期是在要投遞給消費者時判斷的。至於為啥要這樣處理很容易想清楚：第一種方式佇列的訊息有效期都一樣，先入隊的在佇列頭部，頭部也是最早要過期的訊息，rabbitmq起乙個定時任務從佇列的頭部開始掃瞄是否有過期訊息即可；第二種方式每條訊息的過期時間不同，所以只有遍歷整個佇列才可以篩選出來過期的訊息，這樣效率太低了，而且訊息量大了之後根本不可行的，可以等到訊息要投遞給消費者時再判斷刪除，雖然刪除的不夠及時但是不影響功能，其實就是用空間換時間。
如果不設定ttl，則表示此訊息永久有效（預設訊息是不會失效的）。如果將ttl設為0，則表示如果訊息不能被立馬消費則會被立即丟掉，這個特性可以部分替代rabbitmq3.0以前支援的immediate引數，之所以所部分代替，是應為immediate引數在投遞失敗會有basic.return方法將訊息體返回（這個功能可以利用死信佇列來實現）。
設定ttl1、設定佇列ttl
屬性名為x-message-ttl，單位為毫秒
2、**設定
設定佇列ttl
設定訊息ttl
3、檢視佇列
3、設定佇列的過期時間
上面在web管控臺新增佇列的時候，我們看到有乙個x-expires引數，可以讓佇列在指定時間內 "未被使用" 的話會自動過期刪除，未使用的意思是 queue 上沒有任何 consumer，queue 沒有被重新宣告，並且在過期時間段內未呼叫過 basic.get 命令。該方式可用於，例如，rpc-style 的回覆 queue, 其中許多queue 會被建立出來，但是卻從未被使用。
dlx-死信交換機1、dlx是什麼
dlx是dead-letter-exchange的簡寫，意思是死信交換機。
它的作用其實是用來接收死信訊息（dead message）的。那什麼是死信訊息呢？一般訊息變成死信訊息有如下幾種情況：
訊息被拒絕(basic.reject/basic.nack) ，井且設定requeue 引數為false
訊息過期
佇列達到最大長度
當訊息在乙個佇列中變成了死信訊息後，可以被傳送到另乙個交換機，這個交換機就是dlx，繫結dlx的佇列成為死信佇列。當這個佇列中存在死信時， rabbitmq 就會立即自動地將這個訊息重新發布到設定的dlx 上去，進而被路由到繫結該dlx的死信佇列上。可以監聽這個佇列中的訊息、以進行相應的處理，這個特性與將訊息的ttl 設定為0 配合使用可以彌補imrnediate 引數的功能。
2、dlx有什麼用
因為訊息如果未被正常消費並設定了requeue為false時會進入死信佇列，我們可以監控消費死信佇列中訊息，來觀察和分析系統的問題。dlx還有乙個非常重要的作用，就是結合ttl實現延遲佇列（延遲佇列的使用範圍還是挺廣的：比如下單超過多長時間自動關閉；比如我們接入過第三方支付系統的同學一定知道，我們的訂單中會傳乙個notify_url用於接收支付結果知，如果我們給第三方支付響應的不是成功的訊息，其會隔一段時間繼續呼叫通知我們的notify_url，超過幾次後不再進行通知，一般通知頻率都是 0秒-5秒-30秒-5分鐘-30分鐘-1小時-6小時-12小時；比如我們的家用電器定時關機。。。。。。這些場景都是可以用延遲佇列實現的）。
3、dlx使用方式
下面在web管控臺新增佇列的時候，我們看到有兩個dlx相關的引數：x-dead-letter-exchange和x-dead-letter-routing-key。x-dead-letter-exchange是設定佇列的dlx的；x-dead-letter-routing-key是設定死信訊息進入dlx時的routing key的，這個是可以不設定的，如果不設定，則預設使用原佇列的routing key
私信流程1訊息傳送到交換機normal_exchange，然後路由到佇列normal_queue上
2因為佇列normal_queue沒有消費者，訊息過期後成為死信訊息
3死信訊息攜帶設定的x-dead-letter-routing-key=dlx.test進入到死信交換機dlx_exechage
4dlx_exechage與dlx_queue繫結的routing key為"dlx.*"，死信訊息的路由鍵dlx.test符合該規則被路由到dlx.queue上面。
延遲佇列可參考：
參考：《rabbitmq實戰指南》 朱忠華 編著；
RabbitMq死信佇列
死信交換機有什麼用呢？在建立佇列的時候 可以給這個佇列附帶乙個交換機，那麼這個佇列作廢的訊息就會被重新發到附帶的交換機，然後讓這個交換機重新路由這條訊息。通俗的說，就是訊息產生之後，因為設定了超時時間，在這段時間內訊息沒有被消費就會被扔到死信佇列裡面。交換機名稱 private static fin...
rabbitmq死信佇列
死信佇列 dlx dead letter exchange 利用dlx,當訊息在乙個佇列中變成死信 dead message 之後，它能重新publish到另外乙個exchange，這個exchange就是dxl 訊息變成死信的幾種情況 訊息被拒絕 basic.reject basic.nack 並...
rabbitmq死信佇列
概念 當訊息成為死信時，會將該訊息放到死信交換機當中，這個交換機也繫結的其他佇列，還可以繼續進行消費。訊息什麼時候會變成死信 在配置檔案宣告佇列時指定死信交換機的名稱和死信交換機的路由key key x dead letter exchange value 死信交換機名稱 key x dead le...