mqtt协议原理(mqtt协议原理如何实现)

物联网指的是将各种信息传感设备，如射频识别（RFID）装置、红外感应器、全球定位系统、激光扫描器等种装置与互联网结合起来而形成的一个巨大网络。其目的，是让所有的物品都与网络连接在一起，方便识别和管理，实现万物互联。互联网时代，物联网普遍应用到生产制造、环境保护、智慧城市、能源管理、智能交通、物流跟踪、个人健康、汽车工业、智慧农业等方方面面。华为认证每个方向都有每个方向的用途，只要是个人工作中有用到，或者对这个方向感兴趣，就可以学习这个认证。华为IOT认证目前华为发布有HCIA-IoT认证和HCIP-IoT Developer认证。HCIA-IoT培训与认证在IoT领域具备基于华为物联网解决方案架构实现端到端物联网业务开发的工程师通过HCIA-IoT认证，您将掌握物联网基础知识、华为物联网解决方案基础架构，并能够基于此运维和开发，同时具备基于该架构实现端到端业务的开发能力，胜任物联网运维/开发工程师岗位。HCIP-IoT Developer培训与认证能够使用华为物联网产品与技术进行综合创新的高级工程师通过HCIP-IoT Developer认证，您将掌握华为云物联网解决方案关键特性，产品模型和编解码插件，LwM2M/MQTT协议的技术原理，物联网常用AT指令，Huawei LiteOS等知识，具备开发产品模型和编解码插件、运用Huawei LiteOS实现端云互通，并灵活使用物联网协议，选择不同的通信方式，开发产品应用的能力。

消息推送（Push）就是通过服务器把内容主动发送到客户端的过程。运营人员通过自己的产品或第三方工具对用户移动设备进行主动消息推送。完成推送后，消息通知会展示在移动设备的锁定屏幕及通知栏上，用户点击通知即可去往相应页面。现在流行的消息推送实现方式，主要为长链接方式实现。其原理是客户端主动和服务器建立TCP长链接，长链接建立之后，客户端定期向服务器发送心跳包用于保持链接，当有消息要发送的时候，服务器可以直接通过这个已经建立好的长链接，将消息发送到客户端。个推作为国内移动推送领域的早期进入者，于2010年推出个推消息推送SDK产品，十余年来持续为移动开发者提供稳定、高效、智能的消息推送服务，成功服务了人民日报、新华社、CCTV、新浪微博等在内的数十万APP客户。个推消息推送，也是运用长链接的方式实现消息推送的，其长链接稳定性高、存活好，消息送达率高。开发者通过集成个推消息推送SDK，即可简单、快捷地实现Android和iOS平台的消息推送功能，有效提高产品活跃度、增加用户留存。如果您对个推消息推送感兴趣，欢迎前往个推开发者中心免费注册体验。个推的合作客户
在开发Android和iPhone应用程序时，我们往往需要从服务器不定的向手机客户端即时推送各种通知消息，iPhone上已经有了比较简单的 和完美的推送通知解决方案，可是Android平台上实现起来却相对比较麻烦，最近利用几天的时间对Android的推送通知服务进行初步的研究。在Android手机平台上，Google提供了C2DM（Cloudto Device Messaging）服务，起初我就是准备采用这个服务来实现自己手机上的推送功能。Android Cloud to Device Messaging(C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。C2DM服务负责处理诸如消息排队等事务并向运行于目标设备上的应用程序分发这些消息。但是经过一番研究发现，这个服务存在很大的问题：1）C2DM内置于Android的2.2系统上，无法兼容老的1.6到2.1系统;2）C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经常不可用，如果想要很好的使用，我们的App Server必须也在国外，这个恐怕不是每个开发者都能够实现的;有了上述两个使用上的制约，导致我最终放弃了这个方案，不过我想利用另外一篇文章来详细的介绍C2DM的框架以及客户端和App Server的相应设置方法，可以作为学习与参考之用。即然C2DM无法满足我们的要求，那么我们就需要自己来实现Android手机客户端与App Server之间的通信协议，保证在App Server想向指定的Android设备发送消息时，Android设备能够及时的收到。下面我来介绍几种常见的方案：1）轮询：应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池。2）SMS：在Android平台上，你可以通过拦截SMS消息并且解析消息内容来了解服务器的意图。这是一个不错的想法，我就见过采用这个方案的应用程序。这个方案的好处是，可以实现完全的实时操作。但是问题是这个方案的成本相对比较高，你很难找到免费的短消息发送网关，关于这个方案的实现，可以参考如下链接：https://labs.ericsson.com/apis/mobile-java-push/。3）持久连接：这个方案可以解决由轮询带来的性能问题，但是还是会消耗手机的电池。Apple的推送服务之所以工作的很好，是因为每一台手机仅仅保持一个与服务器之间的连接，事实上C2DM也是这么工作的。不过这个方案也存在不足，就是我们很难在手机上实现一个可靠的服务。Android操作系统允许在低内存情况下杀死系统服务，所以你的通知服务很可能被操作系统Kill掉了。前两个方案存在明显的不足，第三个方案也有不足，不过我们可以通过良好的设计来弥补，以便于让该方案可以有效的工作。毕竟，我们要知道GMail，GTalk以及GoogleVoice都可以实现实时更新的。Ø 采用MQTT协议实现Android推送MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。我们可以从这里下载该项目的实例代码，并且可以找到一个采用PHP书写的服务器端实现。架构如下所示：wmqtt.jar 是IBM提供的MQTT协议的实现。你可以从如下站点下载它。你可以将该jar包加入你自己的Android应用程序中。Really Small Message Broker (RSMB) ，他是一个简单的MQTT代理，同样由IBM提供。缺省打开1883端口，应用程序当中，它负责接收来自服务器的消息并将其转发给指定的移动设备。SAM是一个针对MQTT写的PHP库。你可以从这个下载它.send_mqtt.php是一个通过POST接收消息并且通过SAM将消息发送给RSMB的PHP脚本。实例代码：可以从GitHub上下载实例应用。运行该应用以后，通过手机浏览器访问http://tokudu.com/demo/android-push/,在第一个输入框输入设备ID，在第二个输入框输入想要发送的消息内容，按下“Send Push Message”按钮，你就应该可以看到手机上收到了通知了。你也可以从这个GitHub地址上下载android-push源代码，它包含了send_mqtt.php脚本。Ø 采用XMPP协议实现Android推送这是我在项目中采用的方案。事实上Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。androidpn是一个基于XMPP协议的java开源Android push notification实现。它包含了完整的客户端和服务器端。经过源代码研究我发现，该服务器端基本是在另外一个开源工程openfire基础上修改实现的，不过比较郁闷的是androidpn的文档是由韩语写的，所以整个研究过程基本都是读源码。它的实现示意图如下：androidpn客户端需要用到一个基于java的开源XMPP协议包asmack，这个包同样也是基于openfire下的另外一个开源项目smack，不过我们不需要自己编译，可以直接把androidpn客户端里面的asmack.jar拿来使用。客户端利用asmack中提供的XMPPConnection类与服务器建立持久连接，并通过该连接进行用户注册和登录认证，同样也是通过这条连接，接收服务器发送的通知。androidpn服务器端也是java语言实现的，基于openfire开源工程，不过它的Web部分采用的是spring框架，这一点与openfire是不同的。Androidpn服务器包含两个部分，一个是侦听在5222端口上的XMPP服务，负责与客户端的XMPPConnection类进行通信，作用是用户注册和身份认证，并发送推送通知消息。另外一部分是Web服务器，采用一个轻量级的HTTP服务器，负责接收用户的Web请求。服务器架构如下：最上层包含四个组成部分，分别是SessionManager，AuthManager，PresenceManager以及NotificationManager。SessionManager负责管理客户端与服务器之间的会话，Auth Manager负责客户端用户认证管理，PresenceManager负责管理客户端用户的登录状态，NotificationManager负责实现服务器向客户端推送消息功能。服务器端界面如下，分别对应了上述的几个功能模块：发送以后，我们可以在手机端看到接收的消息：这个解决方案的最大优势就是简单，我们不需要象C2DM那样依赖操作系统版本，也不会担心某一天Google服务器不可用。利用XMPP协议我们还可以进一步的对协议进行扩展，实现更为完善的功能。 采用这个方案，我们目前只能发送文字消息，不过对于推送来说一般足够了，因为我们不能指望通过推送得到所有的数据，一般情况下，利用推送只是告诉手机端服务器发生了某些改变，当客户端收到通知以后，应该主动到服务器获取最新的数据，这样才是推送服务的完整实现。
?可以用第三方软件极光推送来实现。对于定制化需求较强的，或者想拥有自己推送平台的开发者，极光提供全功能的私有云方案。 极光推送快速开始步骤:1、到极光推送官方网站注册开发者帐号； 2、登录进入管理控制台，创建应用程序，得到 Appkey（SDK 与服务器端通过 Appkey 互相识别）；3、在推送设置中给 Android 设置包名、给 iOS 上传证书、启用 WinPhone，根据你的需求进行选择；4、下载 SDK 集成到 App 里。客户端初始化 JPush 成功后，JPush 服务端会分配一个 Registration ID，作为此设备的标识（同一个手机不同 App 的 Registration ID 是不同的）。开发者可以通过指定具体的 Registration ID 来进行对单一设备的推送。
基于自身开发实力，后期的维护，投入的资金成本的考虑，大部分公司会选择接入消息推送服务商来简介高效的实现推送功能。 极光大数据旗下的产品——极光推送是较早投入这方面服务的公司，是使用极光推送，开发者可以轻松地通过极光发送各个移动平台的系统通知，还可以在控制台编辑多种富文本展示模板； 极光推送还提供自定义标签，客户端接到消息内容后根据自己的逻辑自由处理。极光推送可快速集成SDK，简单易用的控制台和API；极光推送提供用户自定义的标签和别名系统，以及极光自己根据数据分析出的分类目标；极光推送支持10亿级的高并发访问，多点备份保证系统稳定；极光推送有专业的技术支持团队，及时响应客户的需求和问题；极光专注于为移动应用开发者提供稳定高效的消息推送、即时通讯、统计分析、社会化组件和短信等开发者服务。基于海量数据和洞察积累，极光已将业务拓展至大数据服务领域，包括精准营销（极光效果通）、金融风控、市场洞察以及商业地理服务（极光iZone）。极光将继续借助人工智能与机器学习为移动大数据赋能，致力于为社会和各行各业提高运营效率，优化决策制定。
最简单就是用喵提醒，当然要看你具体推送场景是什么。

android消息推送GCM、XMPP、MQTT三种方案的优劣： 1、GCM服务（Google Cloud Messaging）优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制，该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。2、XMPP协议（Openfire + Spark + Smack）优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。3、MQTT协议优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域，且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。d消息推送可以去了解一下极光，极光是个不错的平台。极光紧密围绕移动开发者需求，打造的开发者服务平台，可以提供一站式SaaS服务，通过全面覆盖PC、手机、传感器、无线路由器等多种设备数据，打造全域数据平台。当前，不断更新的SaaS产品及服务已深受国内百万开发者的认可和信赖。
Android推送方案分析（MQTT/XMPP/GCM） 蜗牛TT 发布于 4个月前，共有 11 条评论本文主旨在于，对目前Android平台上最主流的几种消息推送方案进行分析和对比，比较客观地反映出这些推送方案的优缺点，帮助大家选择最合适的实施方案。方案1、使用GCM服务（Google Cloud Messaging）简介：Google推出的云消息服务，即第二代的G2DM。优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。方案2、使用XMPP协议（Openfire + Spark + Smack）简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。方案3、使用MQTT协议（更多信息见：http://mqtt.org/）简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：http://mqtt.org/software），且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。方案4、使用HTTP轮循方式简介：定时向HTTP服务端接口（Web Service API）获取最新消息。优点：实现简单、可控性强，部署硬件成本低。缺点：实时性差。对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是：MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务。如果还不明白的 话，要看分析的话，给你个网址：http://m.oschina.net/blog/82059自己看看。
使用GCM服务（Google Cloud Messaging）简介：Google推出的云消息服务，即第二代的G2DM。优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。使用XMPP协议（Openfire + Spark + Smack）简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。使用MQTT协议（更多信息见：http://mqtt.org/;）简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域，且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。使用HTTP轮循方式简介：定时向HTTP服务端接口（Web Service API）获取最新消息。优点：实现简单、可控性强，部署硬件成本低。缺点：实时性差。对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是： MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发 。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务

可以。 XMPP是一种基于标准通用标记语言的子集XML的协议，它继承了在XML环境中灵活的发展性。因此，基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求，以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且，XMPP包含了针对服务器端的软件协议，使之能与另一个进行通话，这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。 所以制作移动IM是没有任何问题的。
MQTT是一个轻量级的消息发布/订阅协议，它是基于手机客户端的消息推送服务器的实现一个理想的解决方案。我们可以从项目下载示例代码，您可以找到一个用PHP实现的服务器。“ 架构如下：wmqtt.jar MQTT协议是由IBM提供。您可以从以下网站下载。您可以添加jar包到自己的Android应用程序。真的消息代理（RSMB），他是一个简单的MQTT剂，由IBM提供小也。默认情况下，1883端口负责接收来自服务器的消息并将它们转发到指定的移动设备。山姆是一个PHP库编写MQTT。你可以从这下载它。send_mqtt.php是后通过山姆接收消息和发送消息到RSMB PHP脚本。<例代码：<> > >> > > > > > >使用Android推XMPP协议>这是我的项目的项目。事实上，官方C2DM服务器谷歌也是XMPP协议包的基础上。XMPP（可扩展通信和表示协议）是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）和在线检测。这项协议可能最终允许互联网用户发送即时消息给任何人在互联网上。androidpn是一个基于java的开源Android的推送通知实现XMPP协议。它包含一个完整的客户端和服务器。研究发现，源代码后，服务器改为基于openfire的另一个开源项目的实现，但更令人沮丧的是androidpn文件写的是韩语，所以整个研究过程是基本的阅读源代码。它的实现原理图如下：androidpn客户端需要使用一个aSmack java开源XMPP协议，这个包是另一个开源项目，基于openfire的味道，但我们不需要自己编译，可以直接使用androidpn客户端asmack.jar里面。xmppconnection的建立和aSmack服务器提供与客户的持久连接，并连接用户的注册和登录认证一样，通过这个连接，接收服务器发送的通知。androidpn服务器也是java语言，基于openfire开源项目，但它的Web部件中使用Spring框架，它不同于openfire。Androidpn服务器主要分为两个部分，一是监听5222端口的XMPP服务，对xmppconnection类的客户沟通，是用户的注册和认证，并发送推送通知消息。Web服务器的另一部分，使用轻量级HTTP服务器，负责接收用户的web请求。服务器架构如下： 上包含四个组成部分，即SessionManager，授权经理，presencemanager和通知经理。SessionManager负责客户端和服务器的会话管理、认证经理负责用户认证客户端的管理，存在经理负责客户端用户登录管理，NotificationManager负责服务器到客户端的消息推送功能的实现。服务器接口如下，分别对应于上述几个功能模块：发送后，可以看到手机端收到的消息：

主要有三种方式：1.客户端定时去服务端取或者保持一个长Socket，从本质讲这个不叫推送，这是去服务端拽数据。但是实现简单，主要缺点：耗电等。2.Google的C2DM，具体不细说，缺点，服务器在国外，你懂得，不是很稳定。3.XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。接下来说说XMPP在android客户端上的应用。分两部分：服务端搭建和客户端实现。服务端搭建：如果想测试一下功能，直接用搭建好的服务就行，下载androidpn-server-0.5.0-bin.zip 。点击bin目录下得run.bat，直接搭好服务，在浏览器上输入http://127.0.0.1:7070就进入管理界面。如下图：客户端实现：下载工程源码  androidpn-client-0.5.0.zip (347.74 KB, 下载次数: 25185) ，导入工程，运行前更改一处IP地址，修改androidpn.properties文件中的xmppHost为xmppHost=10.0.2.2原因：模拟器访问本机需要改成10.0.2.2，下图为SDK中说明。从服务端发送消息，客户端运行的界面：
Android推送方案分析（MQTT/XMPP/GCM） 蜗牛TT 发布于 4个月前，共有 11 条评论本文主旨在于，对目前Android平台上最主流的几种消息推送方案进行分析和对比，比较客观地反映出这些推送方案的优缺点，帮助大家选择最合适的实施方案。方案1、使用GCM服务（Google Cloud Messaging）简介：Google推出的云消息服务，即第二代的G2DM。优点：Google提供的服务、原生、简单，无需实现和部署服务端。缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。方案2、使用XMPP协议（Openfire + Spark + Smack）简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的Java版的开发实例androidpn。缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。方案3、使用MQTT协议（更多信息见：http://mqtt.org/）简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域（参考：http://mqtt.org/software），且已有C++版的服务端组件rsmb。缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。方案4、使用HTTP轮循方式简介：定时向HTTP服务端接口（Web Service API）获取最新消息。优点：实现简单、可控性强，部署硬件成本低。缺点：实时性差。对各个方案的优缺点的研究和对比，推荐使用MQTT协议的方案进行实现，主要原因是：MQTT最快速，也最省流量（固定头长度仅为2字节），且极易扩展，适合二次开发。接下来，我们就来分析使用MQTT方案进行Android消息的原理和方法，并架设自己的推送服务。如果还不明白的 话，要看分析的话，给你个网址：http://m.oschina.net/blog/82059 自己看看。