在MQTT中，遗嘱和证明（Last Will and Testament, LWT）是一个很有用的功能，允许客户端指定一条消息，当非预期的断开连接发生时，由代理（broker）代替它们自动发布出去。提供了一个可靠通信机制，可以确保客户端能够优雅的处理连接断开，而不用将主题停留在一个不连续的状态。当客户端必须通知其他相关方它们的不可用状态，或者预期之外的断开发生时传输一些重要的信息，这个功能将非常有用。
LWT在MQTT的目的
在一些场景中，不稳定的网络很普遍，对于MQTT客户端来说，遇到意外的断开很常见，断电和断网都可能发生。理解了这一点，进而采取一些合适的举措就非常重要。
LWT允许客户端通知其他相关方关于它们的意外断开连接。当一个客户端连接到代理（broker），它可以指定一条遗嘱消息。**这个消息和其他常规的MQTT消息结构相同，包括一个主题、保留标志、QoS和负载。**代理（broker）存储这条消息，直到检测到来自客户端的意外断开连接。一旦检测到断开连接，代理（broker）就会广播这条遗嘱消息到所有订阅了相应主题的客户端。如果客户端使用DISCONNECT消息断开连接，代理（broker）就会抛弃存储的LWT消息。
通过使用LWT，可以实现多种策略来处理客户端的异常断开，通知其他客户端这个离线状态。
如何配置LWT消息
为了给一个MQTT客户端指定一条LWT消息，可以将其包含在CONNECT消息中，用来初始化客户端和代理（broker）之间的连接。
更多关于建立客户端和代理（broker）连接的详细信息，参见：http://t.csdnimg.cn/STgDy
MQTT代理何时发送LWT消息
根据 MQTT 3.1.1 specification，代理（broker）会在以下情况下发送LWT消息：
- I/O异常或网络失败： 如果代理（broker）检测到任务关于I/O或网络连接的问题，它就会分发LWT消息。
- 保活期间通信失败： 如果在保活周期内，客户端和代理（broker）通信失败，LWT消息就会被发送。在后续文章中会讨论MQTT保活。
- 客户端没有使用DISCONNECT关闭连接： 当客户端没有发送DISCONNETCT消息而中断了网络连接，代理（broker）也会发送LWT消息。
- 因为协议异常代理关闭连接： 如果因为协议异常代理关闭了连接，代理就会发送LWT消息。
理解了何时及为何代理（broker）发送LWT消息，就为最佳的使用该功能打下了基础。
何时使用LWT消息
事实证明，LWT为订阅的客户端提供意外断开连接预警的功能是非常有价值的。当结合保留信息一起使用时，LWT变成了一个有力的工具，在特定主题上用来存储、沟通客户端的状态。
比如，设置lastWillMessage消息的负载为Offine，启用lastWillRetain，lastWillTopic为client1/status，随后向同一主题发布一条Online状态的保留消息，这样client1就能够让新订阅的客户端知道它的在线状态。一旦client1异常断开，代理（broker）就会发送Offine负载的LWT消息做为新的保留消息，这样，确保在client1脱机时，订阅该主题的客户端接收LWT消息并保持其当前状态的最新状态。
LWT不仅可通知订阅的客户端有关意外断开的信息，还可以通过提供有关客户端状态的有价值信息，确保系统的完整性。将LWT和保留消息结合，可以创建出有关存储、沟通客户端在指定主题上最新状态的健壮解决方案，确保所有订阅者获取稳定的更新。这种方式确保客户端之间无缝的集成和同步，全面加强了MQTT网络的可弹性和功能性。
结论
总之，MQTT中的LWT，在意外的客户端连接断开时确保高效沟通、维持系统完整性上至关重要。通过将LWT和保留消息结合，开发人员可以存储和传达特定主题的客户端状态，从而为订阅的客户端提供有价值的信息。通过加强弹性、无缝集成和可靠的更新，LWT加强了MQTT的网络，使之成为各类应用的强有力工具。理解了LWT的好处和最佳实践，借助此功能可以构建健壮、高效的MQTT解决方案。
后续章节将讨论MQTT心跳机制和代理（broker）如何知道一个客户端是否在线。
