MQTT 5.0 新特性（四）Clean Start 與 Session Expiry Interval

前言

MQTT v5.0 中的 Clean Start 與 Session Expiry Interval，對於有 MQTT v3.1.1 版本協議使用經驗的朋友，必定不會感受陌生，由於這兩個字段與以前版本中的 Clean Session 很是類似。但它們在實際使用中遠比 Clean Session 靈活，下文將詳細介紹這幾個字段的做用與區別。

MQTT v3.1.1 版本的 Clean Session

若是 Clean Session 設置爲 0，服務端必須使用與 Client ID 關聯的會話來恢復與客戶端的通訊。若是不存在這樣的會話，服務器必須建立一個新會話。客戶端和服務器在斷開鏈接後必須存儲會話的狀態。

若是 Clean Session 設置爲 1，客戶端和服務器必須丟棄任何先前的會話並建立一個新的會話。該會話的生命週期將和網絡鏈接保持一致，其會話狀態必定不能被以後的任何會話重用。

能夠看出，MQTT 指望經過這種持久會話的機制避免客戶端掉線重連後消息的丟失，而且免去客戶端鏈接後重復的訂閱流程。這一功能在帶寬小，網絡不穩定的物聯網場景中很是實用。但 Clean Session 同時限定了客戶端和服務器在鏈接和斷開鏈接兩種狀態下的行爲，這並非一個很好的實現。此外，在某些場景下會話並不須要服務器永久保留本身的狀態時，這個機制將會致使服務器資源的浪費。

MQTT v5.0 版本的 Clean Start 與 Session Expiry Interval

若是 CONNECT 報文中的 Clean Start 爲 1，客戶端和服務端 必須丟棄任何已存在的會話，並開始一個新的會話。

若是 CONNECT 報文中的 Clean Start 爲 0 ，而且存在一個關聯此客戶端標識符的會話，服務端必須基於此會話的狀態恢復與客戶端的通訊。若是不存在任何關聯此客戶端標識符的會話，服務端必須建立一個新的會話。

Session Expiry Interval 以秒爲單位，若是 Session Expiry Interval 設置爲 0 或者未指定，會話將在網絡鏈接關閉時結束。

若是 Session Expiry Interval 爲 0xFFFFFFFF ，則會話永不過時。

若是網絡鏈接關閉時（DISCONNECT 報文中的 Session Expiry Interval 能夠覆蓋 CONNECT 報文中的設置） Session Expiry Interval 大於0，則客戶端與服務端必須存儲會話狀態 。

如今，Clean Start 替代了原先的 Clean Session，但再也不用於指示是否存儲會話狀態，僅用於指示服務端在鏈接時應該嘗試恢復以前的會話仍是直接建立全新的會話。會話狀態在服務端的存儲時長則徹底交給 Session Expiry Interval 決定。

前面還提到，MQTT v5.0 支持客戶端在斷開鏈接時從新指定 Seesion Expiry Interval。這樣咱們能夠很是容易地知足相似客戶端網絡鏈接異常斷開時會話狀態被服務器保留，客戶端正常下線時會話則隨着鏈接關閉而結束的場景，只須要客戶端在斷開鏈接時將 Session Expiry Interval 設置爲 0 便可。即使是一個已經永不過時的會話，客戶端也能夠在下一次鏈接中經過設置 Clean Start 爲 1 來 "反悔"。

Clean Start 與 Session Expiry Interval 不只解決了 Clean Session 的遺留問題，同時也擴展了客戶端的使用場景，使 MQTT 協議在受限的網絡環境下更加實用。

---

更多信息請訪問咱們的官網 emqx.io，或關注咱們的開源項目 github.com/emqx/emqx ，詳細文檔請訪問 官方文檔。