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 ，详细文档请访问 官方文档。