最近在协助公司硬件组进行MQTT协议的嵌入式SDK包开发。
简述一下MQTT
MQTT简单的来说是一种订阅/发布模式的通信形式，一般分为客户端和服务器端。
MQTT服务器端可以简单理解为一个消息中转站，也可称作“消息中间件”。
MQTT是在TCP层面上封装出的一种消息协议，所以如果从网络底层看，依然是现需要建立基本的TCP连接，然后在进行MQTT的连接、消息传递等。
常规的通信形式是这样的：
1、客户端通过MQTT协议与服务器进行连接
2、客户端告知服务端，自己需要监听（订阅）何种消息来源（主题）的信息
3、服务器收到客户端的订阅，进行记录
4、如果客户端需要主动告诉服务端一些信息，则发送自定义的指定主题，与相对应的消息告知服务器，服务器端的处理逻辑再进行相应处理
5、服务端如果想给客户端发送消息，则向客户端订阅的主题发送相应的信息
由如上可知，MQTT的服务端可以实现，一次发送，告知多个订阅相同主题的客户端。即常见的手机信息推送。
手机推送可以理解为，某个APP向服务端订阅了指定“主题”，服务端需要告知所有客户端消息时候，只需要发送相应主题的信息即可。
非常的类似组播。
如果想实现两个客户端的相互通信，也可以使用MQTT，这是MQTT服务端类似与一个消息转发器，接收两边的信息，并按照指定逻辑相互传递。
由于存在MQTT服务器这个消息中间商，所以在一般的网络通信中，只要保证MQTT服务器的稳定在线，就可以保证所有客户端之间的通信或者消息的推送。
所以，在实际的物联网工程中，存在很多利用GPRS传输的设备或者恶劣的网络条件，如果采用实时双工通信的方式，很可能会遗漏实时数据。
如果采用了MQTT，设备即可在网络恢复的情况下，补发历时实时数据，由MQTT服务器进行储存，并在网络良好的情况下传递个下一个需要该数据的客户端。
以上是对MQTT的粗浅理解。
附上这几天的坑：
1、MQTT的客户端发送的publish数据包如果存在“0000”，服务端会拒绝数据并且主动关闭连接
2、MQTT的服务器不能同时接到同一客户端的两次连接请求，否则会在连接第二次的时候主动关闭连接
3、千万不要给板子的GPRS等装置设置两次MQTT服务端的IP端口，否则会出现坑2的情况，并会造成publish的数据包严重错误
4、善用wireshark，能帮你快速从tcp层面找到问题的所在
以上
转自：http://www.xjdsz.net/archives/28.html