MQTT（Message Queuing Telemetry Transport，音讯队列遥测传输）是 IBM 开发的一个即时通讯协定，有可能成为物联网的重要组成部分。该协定反对所有平台，简直能够把所有联网物品和内部连接起来，被用来当做传感器和致动器（比方通过 Twitter 让屋宇联网）的通信协议。
MQTT 是轻量级基于代理的公布 / 订阅的音讯传输协定，它能够通过很少的代码和带宽和近程设施连贯。例如通过卫星和代理连贯，通过拨号和医疗保健提供者连贯，以及在一些自动化或小型设施上，而且因为玲珑，省电，协定开销小和能高效的向一和多个接收者传递信息，故同样实用于称动利用设施上。
能够实现手机音讯推送（PUSH）
协定简略，最小的头部只需 2 个字节，特地适宜于嵌入式设施场景中。
这是个理解什么是协定绝好的例子。相比于其它简单的协定例如 tcp、http 协定，至多阐明文档看的上来。
MQTT 简介
早在 1999 年，IBM 的 Andy Stanford-Clark 博士以及 Arcom 公司 ArlenNipper 博士创造了 MQTT（Message Queuing Telemetry Transport，音讯队列遥测传输）技术。
MQTT 的话题是他们在议论开源物联网平台 Pachube 时提到的。Stanford-Clark 认为 Pachube 很酷，其不足之处是不具备真正的推送性能。你须要一直的进行轮询能力失去即时数据。这正是 MQTT 可能实现的，他提到了应用推送通信零碎的石油管道检测零碎。
MQTT 利用现状
IBM 和 St. Jude 医疗核心通过 MQTT 开发了一套 Merlin 零碎，该零碎应用了用于家庭保健的传感器。St. Jude 医疗核心设计了一个叫做 Merlin@home 的心脏安装，这种无线发射器能够用来监控那些曾经植入复律 - 除颤器和起搏器（两者都是根本的传感器）的心脏病人。
该产品利用 MQTT 把病人的即时更新信息传给医生 / 医院，而后医院进行保留。这样的话，病人就不必亲自去医院查看心脏仪器了，医生能够随时查看病人的数据，给出倡议，病人在家里就能够自行查看。
IBM 称该发射器包含一个大型触摸屏，一个嵌入式键盘平台，以及一个 Linux 操作系统。
在将来几年，MQTT 的利用会越来越广，值得关注。
通过 MQTT 协定，目前曾经扩大出了数十个 MQTT 服务器端程序，能够通过 PHP，JAVA，Python，C，C# 等零碎语言来向 MQTT 发送相干音讯。
此外，国内很多企业都宽泛应用 MQTT 作为 Android 手机客户端与服务器端推送音讯的协定。其中 Sohu，Cmstop 手机客户端中均有应用到 MQTT 作为音讯推送协定。据 Cmstop 次要负责音讯推送的高级研发工程师李文凯称，随着挪动互联网的倒退，MQTT 因为凋谢源代码，耗电量小等特点，将会在挪动音讯推送畛域有更多的奉献，在物联网畛域，传感器与服务器的通信，信息的收集，MQTT 都能够作为思考的计划之一。在将来 MQTT 会进入到咱们生存的各各方面。
MQTT 特点
MQTT 协定是为大量计算能力无限，且工作在低带宽、不牢靠的网络的近程传感器和管制设施通信而设计的协定。
它具备以下次要的几项个性：
1、应用公布 / 订阅音讯模式，提供一对多的音讯公布，解除应用程序耦合：
这一点很相似于 XMPP，然而 MQTT 的信息冗余远小于 XMPP（因为 XMPP 应用的是 XML 这种格局来传递数据，你懂的）。
2、对负载内容屏蔽的音讯传输。
3、应用 TCP/IP 提供网络连接：
支流的 MQTT 是基于 TCP 连贯进行数据推送的，然而同样有基于 UDP 的版本，叫做 MQTT-SN。这两种版本因为基于不同的连贯形式，优缺点天然也就各有不同了。
4、有三种音讯公布服务质量：
“至少一次”，音讯公布齐全依赖底层 TCP/IP 网络。会产生音讯失落或反复：
这一级别可用于如下状况，环境传感器数据，失落一次读记录无所谓，因为不久后还会有第二次发送。这一种形式次要一般 APP 的推送，假使你的智能设施在音讯推送时未联网，推送过来没收到，再次联网也就收不到了。
“至多一次”，确保音讯达到，但音讯反复可能会产生：
这一种形式比拟鸡肋，在我的设想中没能想到这种品质的发送在惯例的 APP 开发中有什么用途。
“只有一次”，确保音讯达到一次：
这一级别可用于如下状况，在计费零碎中，音讯反复或失落会导致不正确的后果。这种最高品质的音讯公布服务还能够用于即时通讯类的 APP 的推送，确保用户收到且只会收到一次。
5、小型传输，开销很小（固定长度的头部是 2 字节），协定替换最小化，以升高网络流量：
这就是为什么在介绍里说它非常适合“在物联网畛域，传感器与服务器的通信，信息的收集”，要晓得嵌入式设施的运算能力和带宽都绝对单薄，应用这种协定来传递音讯再适宜不过了。
6、应用 Last Will 和 Testament 个性告诉无关各方客户端异常中断的机制：
Last Will：即遗嘱机制，用于告诉同一主题下的其余设施发送遗嘱的设施曾经断开了连贯。
Testament：遗嘱机制，性能相似于 Last Will。
APNS（Apple Push Notification Service）和 GCM（Google Cloud Messaging）
APNS 和 GCM 是 iOS 和 Android 两大阵营提出的官网推送计划，这两者的技术架构较为类似。都是由零碎来对立的保护一个长连贯，所有的 APP 对立发送心跳和接管推送。
APNS 应用的方便性毋庸置疑，然而 GCM 却在国内举步维艰，具体起因有以下三个：
Google 与我国政府交恶，导致 GMS（Google Mobile Service）在国内无奈失常应用，而 GCM 是依赖于 GMS 的，所以无奈顺利应用。
因为国内 2G 和挪动 3G 的 NAT 超时工夫都小于 GCM 心跳工夫 (28 分钟)，TCP 长连贯必然无奈保活，每次都要等 28 分钟心跳失败重连后能力收到 Push。
某些运营商可能限度了 5228 端口，挪动 3G/2G 下，发现简直无奈连贯上 GCM 服务器，也就无奈取得 GCM 告诉，WhatsApp 放后盾 10 分钟后，常常很长时间都收不到 Push 音讯。
XMPP
XMPP 是一种基于规范通用标记语言的子集 XML 的协定，它继承了在 XML 环境中灵便的发展性。因而，基于 XMPP 的利用具备超强的可扩展性。通过扩大当前的 XMPP 能够通过发送扩大的信息来解决用户的需要，以及在 XMPP 的顶端建设如内容公布零碎和基于地址的服务等应用程序。而且，XMPP 蕴含了针对服务器端的软件协定，使之能与另一个进行通话，这使得开发者更容易建设客户应用程序或给一个配好零碎增加性能。即时通讯聊天软件开发能够征询蔚可云。
XMPP 的长处是：协定成熟，弱小，可扩展性强，并且有成熟的开源计划。
XMPP 的毛病是：信息冗余量大（信息的格局是 XML），因此费流量，费电。
MQTT
MQTT 的具体概念曾经在下面的文字中介绍过了，总结如下：
MQTT 的长处是：协定简洁笨重，数据冗余量低。并且反对的设施从智能硬件到智能手机无所不包。
MQTT 的毛病是：服务器端实现难度大，尽管曾经有了 C ++ 版本的服务端组件，然而并不开源。而且在推送数量较大时如何解决并发是非常考验后盾人员的技术水平的。
HTTP 轮询
HTTP 轮询就是在一个给定的工夫距离后，定时向服务器发送申请，查看是否有新的数据。
HTTP 轮询的长处是：实现简略、可控性强，部署硬件成本低。
HTTP 轮询的毛病是：实时性差，只有工夫到了才会向服务器查看是否有新的数据。两次申请之间的工夫距离过大，则失去了即时推送的意义。但如果设置的工夫距离较短的，又会费电费流量。
第三方推送
在推送这一分支畛域有许许多多的第三方推送服务，例如：极光，个推等。
长处是：集成不便。
毛病是：大量推送数据后，付费服务是在劫难逃。而且因为是通用共享云，所以你的服务质量是否有保障，也就不能要求太多了，必竟你一毛钱也没出或者也不打算出。