本篇只是是记录一下MQTT学习的进程和感触，文字偏多
前语
总结一下MQTT协议的学习进程, 大概分为9步。
在IoT最热门时，有过一些了解，仅限名词解释。这次在为工厂装修设计时，触及到了一些智能设备，也因而近距离触摸到了MQTT协议相关的系统。尽管直接纳购的是制品（包括施工计划），但出于好奇和喜欢着手的天性，我想学习一下MQTT通讯应用协议
运用
直接体会收购的智能设备，也算是运用，但总感觉少了点什么-感觉没有真正体会到MQTT协议通讯。根据此种主意，翻阅MQTT环境树立的辅导文章，开端在自己的电脑上捣鼓装置MQTT客户端软件和MQTT服务器软件，一番折腾后，成功装置了MQTTX和mosquitto。
在MQTTX客户端上，看到能够成功的接纳音讯和发送音讯，瞬间有种傻瓜式的成就感（我会用MQTT协议啦）。
体会完MQTTX，依照mosquitto官方辅导，居然发现它既可用作服务器同时还可用做客户端，在mac终端中急迫的敲着发送主题的指令，在MQTTX上看到收到的音讯，就一个感觉：呗爽。
对于一个新手，MQTTX和mosquitto的成就感促进我想持续阅读MQTT相关的文章，也因而从MQTT官网找到了Steve’s Internet Guide博客。
体会了MQTT软件和阅读了Steve’s Internet Guide后，对运行一个客户端源码工程非常巴望，如此优异的博客，配上程序运行时的日志，简直是学习MQTT的“下饭菜”。决议了就开干，从MQTT官网选型合适的MQTT协议完结库，终究我选定了Elipse paho。
实践
Elipse paho共包括了17种版别,触及多种言语（C言语，python, javascript, C++, golang, ruby, rust), 我实践学惯用的是paho.mqtt.java版别。
用IntelliJ IDEA(社区版)创立一个归于自己的指令式应用MQTTHarvey, 将“org.eclipse.paho.mqttv5.client” 源码引入自己的应用。然后创立自己实践用入口代码（包括场景模仿和日志打印）。
最佳体会的办法：上手直接敲代码，调用核心功用API，看效果。假如API不熟，记住功用名称，张狂的在中查找相关的介绍文章，比方：MQTT怎么发送主题， MQTT怎么订阅等等。
在首次成功运行已集成好源码的工程后，针对PUBLISH，SUBCRIBE需求先实践一遍（当然，最初我对实践这两个音讯的称呼为：发送音讯，接纳音讯).
音讯的发送和接纳源码在哪里？带着这个疑问，“胡乱一通”断点，总算找到了地方，接纳音讯的文件是MqttInputStream.java, 发送音讯的文件是MqttOutputStream.java。
协议流到底是什么样子？能不能输出这些字节省，以观其全貌，知其结构。
协议初探
既然是协议，那必定有数据格式标准，编码后的数据依照字节省的办法进行传输，那么将字节省依照字节一个一个打印日志输出出来，便是协议的样子。我应该最先了解哪个协议样子呢？依据根底常识，MQTT客户端开端运行时，与服务端树立衔接必定是第一次联网操作，既然是这个样子，MQTT有没有关于联机的协议呢？经过一顿查找，CONNECT 是关于客户端衔接服务器的协议。那怎么将其打印出来呢？由于都是字节省，又不了解协议标准，想要打印出来真的比较难。
正向研讨协议在刚开端阶段，硬杠仍是比较浪费时刻的，甚至会冲击持续学习的信心。后来我才用了一个比较讨巧的办法， 写一段只包括衔接服务器的代码，就能够解决难以只是打印CONNECT协议的问题。
在二进制流打印完结后，在IDE操控台看到的日志，其实都是一个字节一个字节的字符串信息，很难以看懂。这个时分就需求拿出MQTT标准文档找到CONNECT协议的定义，然后手动测验去解析每个字节，直到能够把字节都能和标准对上号，才能够证明对这个协议稍微搞懂了。
在手动完结CONNECT协议后，我就刻不容缓的想看看音讯发送协议，后来想了一下，没必要那么急，究竟发送音讯协议是如此的重要，必定是比较复杂的。调整一下探求方向，一个新手，想要学习协议剖析，从简略的协议入手，比方：断开衔接，心跳。因而，我第二个剖析的协议便是DISCONNECT，带着好奇的激情，终究完结了这个协议剖析，那一天晚上睡觉时，感觉都是无比的开心。
解码
其实软件的责任便是能主动解决标准化的一些流程问题，数据格式问题。在协议初探时，还停留在手动剖析字节省阶段，究竟MQTT客户端假如应用在实在场景，主动解码字节省这样的功用，必定是必备的。
既然在研讨MQTT协议，那就需求拿出点诚心，自己写程序来解码字节省，然后将其拆解为标准中可描绘的文字。
仍然从简略的协议剖析，然后再去剖析复杂的。经过MQTT标准文档了解到，CONNECT，PING，DISCONNECT都是相对比较简略的，也简单写测验代码来完结解码试验场景。
在真正经过代码来解码CONNECT协议时，才发现固定头，可变头真的在用代码一步一步解码时，非常简单犯错，由于是新手，再加上急于求成（究竟现已会手动剖析了），程序要么履行到一半就产生反常，要么在测验代码中稍微调整一下参数，程序就会崩溃。冷静下来后，发现仍是要依照标准文档，一个特点一个特点往下研讨，不能急躁。而且在这个进程中，发现自己对待MQTT标准不够注重，连数据类型都直接给疏忽了，比方标准中的 “1.5 Data representation” 内容。由于没有注重它，导致在依照标准完结解码时，时常囫囵吞枣，自己认为是代表的是什么意思，就赶紧敲代码完结。
在刚开端对协议解码时，由于懒，所以只针对数据包的头部做了解码，完结了操控包类型1到14（操控包类型：“2.1.2 MQTT Control Packet type”）。完结之后，回看代码发现重复代码许多，剖析完重复部分后，才发现像Reason Code，UTF-8 Encoded, Variable Byte Integer这些都是具有全局性的，即：能够把他们的解码别离做成公共部分。为了证实自己的这一点了解，赶紧翻看客户端源码是不是这样的，果不其然，了解正确。
工程剖析
由于现已完结了一部分的解码作业，而且对MQTT标准阅读也现已上道，所以就想歇一歇，安静的学习一下客户端源码，它到底是怎么完结发送接纳音讯的，它的代码是怎么完结了每一条MQTT标准的。带着这些疑问，先确认程序履行每个操控包的办法调用流程，然后确认运行时的线程数，终究再剖析代码之间的依靠关系。
代码跟踪是枯燥的，看他人将协议完结的如此漂亮，深深的受了冲击。
每天偶然看看源码，想象是自己在保护它，娴熟的记住每个API，让自己的信心慢慢康复。
术语了解
有了阅读MQTT标准的技能，自己解码的能力和剖析源码之后，有种放空茫然的感觉。MQTT到底是什么，我怎么描绘它，它在布道时，是怎么宣扬的，等等？
可能要解决上述疑问，需求找MQTT官方资料认真学习一下，然后再看看中文是怎么教授的。
因而，我从MQTT官网找到HIVEMQ发布的MQTT根底文章，整个系列有十部分内容，然后再逐字逐句翻译，经过翻译，让自己产生疑问，然后再带着疑问去阅读MQTT标准，假如仍是无法了解，再经过代码做试验。总归，硬着头皮也要将MQTT标准中的术语或许他人对MQTT的描绘了解清楚。
场景模仿
在完结HIVEMQ根底文章的翻译之后，算得上对MQTT有点感觉了，也因而想要将自己的实践测验代码，能不能依照运用场景，别离完结一遍。
场景
- 衔接 -> 断开 -> 重连
- 衔接 -> 订阅 -> 解除订阅
- 衔接 -> 心跳
- 衔接 -> 康复会话
- 等等
为什么做这样的工作，我是根据2个原因：1. 我对代码库API及参数运用不熟 2. 提早模仿这些场景，对实战中产生的故障剖析，必定有辅导作用
MQTT协议完结
经过一系列的学习和实践，假如真的现已搞懂了MQTT，那么我应该自己能够完结一个简化版的MQTT客户端
比方：完结最简化的功用，衔接broker服务器
graph TD
树立Socket --> 发送CONNECT协议 --> 解析CONNACK
当然，自研一个MQTT客户端，从个人来讲，的确对技能能力进步有很大协助，从公司来讲，那便是Money（比方：杭州映云科技有限公司）。
扩展
短时刻内是否真的能够搞懂MQTT？难。协议标准纯理论学习是能够慢慢搞的非常清楚的，但MQTT终究是为了解决生活中实际的通讯问题的，那就意味网络原因，数据安全也好，都可能让一个开发人员消耗大量的时刻去排查定位问题。根据此种考虑，想要进步技能，增加增经验，可能需求树立问题库，及查看其他人或许公司在运用MQTT进程中的问题列表，而且测验思考是否能给出解决计划。
