今天下午有个朋友找到我，说自己用MQTT客户端工具给一台物联网设备发了一条升级指令，然后就杯具了，升级完成后设备无限重启。朋友急的像热锅上的蚂蚁，让我赶紧分析下问题好帮忙处理一下。
Internet of Things
我询问了具体的故障现象，大概的过程是这样的：
1. 朋友用MQTT客户端工具(mqtt.fx )，往一个指定的topic上发布了一条强制升级消息。
2. 设备订阅了该topic的消息，收到消息后下载了升级文件，并且进行了回复（发布了应答消息），然后该设备不停的重启。
问题分析
- 首先我们排除升级文件本身的问题，咨询了朋友确认了升级文件是没有问题的，他叫同事升级了另外几台设备，升级成功后查询版本号已经更改，也没有自动重启的现象。
- 然后我叫朋友查询了该设备的通讯日志（消息订阅与发布的消息日志），发现设备重启后向服务器请求了升级文件、并且发送了升级成功的信息。
- 看到第二点，我基本知道是啥问题了，因为第一点已经排除升级文件本身的问题，升级后重复升级，并且回复升级成功消息，肯定是又收到了强制升级的指令（很大可能是他下发消息时设置了Retained属性）。然后我问了下朋友升级指令是如何下发给设备的，操作界面截图给我看下：
MQTT.FX
果不其然，这家伙发送消息时手贱选中了Retained，然后设备升级完毕重启后连接MQTT服务器，又再一次收到了刚才的升级消息，然后升级->升级完毕重启->继续升级完成重启，无限循环了。
问题解决
朋友说别哔哔了，赶紧想办法怎么取消这个所谓的Retained消息，设备一直重启客户要炸了。其实取消这条Retained消息很简单，再往刚才的topic上发一条空的Retained就可以了。于是这货抱着将信将疑的态度，在刚才的MQTT.FX软件上将Payload区域把内容清除，重新点击了publish按钮。几分钟后微信上发来了消息，说真的好了没有重启了。
MQTT之Retained消息
Retained消息即为保留消息，1个主题只有一个Retained消息，Broker会保存每个Topic的最后一条Retained消息。
每个MQTT客户端连接服务器，订阅Topic主题后会立即收到该Topic的Retained消息，就像前面说的情况。
删除一个 Retained 消息也很简单，只要向这个主题发布一个 Payload 长度为 0 的 Retained 消息即可。