MQTT（Message Queuing Telemetry Transport，消息队列遥测传输）是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和致动器（比如通过Twitter让房屋联网）的通信协议。
业界上用来做即时通讯的解决方案有：1. 基于http 的轮询; 2. 基于websocket 长连接; 3. 基于tcp或udp的自定义协议, 这种若在要在Web端使用, 需要套一层websocket 封装. 此外早期还有基于Comet 技术的长连接，基于xmpp 的开源客户端应用等。
物联网协议 Protocol CoAP XMPP RESTful HTTP MQTT Transport UDP TCP TCP TCP Messaging Request/Response Publish/Subscribe Request/Response Request/Response Publish/Subscribe Request/Response 2G, 3G, 4G Suitability (1000s nodes) Excellent Excellent Excellent Excell
MQTT 是一种基于发布/订阅模式的轻量级消息传输协议，专门针对低带宽和不稳定网络环境的物联网应用而设计，可以用极少的代码为联网设备提供实时可靠的消息服务。MQTT 协议广泛应用于物联网、移动互联网、智能硬件、车联网、智慧城市、远程医疗、电力、石油与能源等领域。
对于物联网，最重要的是在互联网中设备与设备的通讯，现在物联网在internet通信中比较常见的通讯协议包括：HTTP、websocket、XMPP、COAP、MQTT
客户端 1. 通过 TCP/IP与XMPP 服务器连接，然后在之上传输与即时通讯相关的指令（XML）； 2. 解析组织好的 XML 信息包； 3. 理解消息数据类型。
具体各推送平台的优缺点请看我写的文章：Android推送：第三方消息推送平台详细解析
客户端不断的查询服务器，检索新内容。这种方式的缺点十分明显，如果轮询频率过快，会大量消耗网络带宽和电池；
存在问题： 现在各种实时推送消息不时的在我们手机通知里闪烁，而windowphone搞了那么久在加上，实时消息要求的是实时性。在我们开发中如何掌握这种实时模式呢？ 解决方案： qq，微信现在肯定是大家离不开的沟通工具了，但是我们是否想过为什么新信息来的时候我们立马就知道了？这就是使用推送来实现的。下面这个文章介绍了android平台下的几种推送方案，有兴趣的可以了解了解。 本文介绍在Android中实现推送方式的基础知识及相关解决方案。推送功能在手机开发中应用的场景是越来起来了，不说别的，就我们手机上的新
本文罗列下市面上物联网通信中的各类消息技术-即工作在网络通信的应用层协议，总结下它们各自特点、特定的物联网应用场景等。 这类协议都直接用于在无线或有线网络环境下的设备之间、人与设备之间的通信，物联网开
1.前言： 近来笔者接到公司的一个IM开发需要，要在原来的Web业务系统、移动端系统上加入一个即时聊天的功能，具有就是能聊天就行。相信各位也会接到需要开发IM的系统的任务，那么，开发一个im系统应选用
一、简述 MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。 MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。
为了方便，将物联网通信协议分为两大类，一类是接入协议，一类是通讯协议。接入协议一般负责子网内设备间的组网及通信；通讯协议主要是运行在传统互联网TCP/IP协议之上的设备通讯协议，负责设备通过互联网进行数据交换及通信。本文介绍以通讯协议为主。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的”轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
物联网（IoT）是帮助人工智能（AI）以更好的方式控制和理解事物的未来技术。我们收集了一些最有名的物联网平台，帮助您以受控方式开发物联网项目。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的“轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
方案1、使用GCM服务（Google Cloud Messaging） 简介：Google推出的云消息服务，即第二代的C2DM。 优点：Google提供的服务、原生、简单，无需实现和部署服务端。 缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定Google帐号，受限于Google。 方案2、使用XMPP协议（Openfire + Spark + Smack） 简介：基于XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。 优点：协议
实时通信协议是物联网技术中的一项根本性技术，在数据的有效传输、及时通信方面不可或缺，在物联网领域发挥着至关重要的作用，因此物联网通信协议的制定至关重要。目前物联网设备广泛使用的有四大实时协议XMPP、REST/HTTP、CoAP以及MQTT。XMPP是一种基于标准通用标记语言的子集XML的协议，它继承了在XML环境中灵活的发展性，但对于嵌入式设备来说，解析非常困难；REST (Representational State Transfe)是一种架构风格，即表述性状态传递，它基于HTTP定义了一组约束和属性，适用于web服务，在物联网方面主要被应用于基于HTTP web服务的转化，但对于嵌入式设备而言，目前很多物联网接入设备大多属于资源受限型设备，只拥有有限的计算能力和有限的存储空间，故相比较而言REST/HTTP属于重量级协议；由于物联网中的很多设备属于资源受限型，The Internet Engineering Task Force (IETF)提出了一种基于REST架构的CoAP协议，Constrained Application Protocol (CoAP) 是一种针对受限设备的专用Internet应用协议，CoAP是一种应用层协议，它运行于UDP协议之上，但是一对一的协议；MQTT(Message Queuing Telemetry Transport) 消息队列遥测传输，是由IBM公司主导开发的物联网及时通信协议。MQTT是为大量计算能力有限的设备所设计的，使得设备工作在低带宽、不可靠网络的环境时，能够有效地进行网络数据交互，进而使得远程传感器和控制设备能够与服务器及时通讯，故本文选作MQTT协议作为本次物联网平台的通讯协议。
传统意义上的“通讯”主要指电话、电报、电传。通讯的“讯”指消息（Message）,媒体讯息通过通讯网络从一端传递到另外一端。媒体讯息的内容主要是话音、文字、图片和视频图像。其网络的构成主要由电子设备系统和无线电系统构成，传输和处理的信号是模拟的。所以，“通讯”一词应特指采用电报、电话、网络等媒体传输系统实现上述媒体信息传输的过程。“通讯”重在内容形式，因此通讯协议主要集中在ISO七层协议中的应用层。
P2P多见于局域网内聊天工具，典型的应用有:飞鸽传书、天网Maze(你懂的)等。这类软件在启动后一般做两件事情：
因为安卓的开源的原因，很多厂商都自己定制了自己的系统，以至于安卓的碎片化特别严重。今天我们要讲的是推送这个功能， 消息推送在Android开发中应用的场景是越来越多了，比如说电商产品进行活动宣传、资讯类产品进行新闻推送等等，
物联网被认为是继计算机、互联网之后，信息技术行业的第三次浪潮。随着基础通讯设施的不断完善，尤其是 5G 的出现，进一步降低了万物互联的门槛和成本。说到物联网不得不讲下物联网通讯。
物联网 (IoT) 设备必须连接互联网。通过连接到互联网，设备就能相互协作，以及与后端服务协同工作。互联网的基础网络协议是TCP/IP。MQTT（消息队列遥测传输） 是基于 TCP/IP 协议栈而构建的，已成为 IoT 通信的标准。
有过移动端开发经历的开发者都深有体会：移动端IM的开发，与传统PC端IM有很大的不同，尤其无线网络的不可靠性、移动端硬件设备资源的有限性等问题，导致一个完整的移动端IM架构设计和实现都充满着大量的挑战。本文将简述移动端IM最重要的架构设计和通信协议选择方面的坑点，希望为IM开发者同行带来些许启发。（本文同步发布于：http://www.52im.net/thread-289-1-1.html）
物联网设备和应用程序涉及协议的概述。 帮助澄清IoT层技术栈和头对头比较。 物联网涵盖了广泛的行业和用例，从单一受限制的设备扩展到大量跨平台部署嵌入式技术和实时连接的云系统。 将它们捆绑在一起是许多传统和新兴的通信协议，允许设备和服务器以新的，更互联的方式相互通信。 同时，数十个联盟和联盟正在形成，希望能够统一断层和有机的物联网景观。 以下频道指南： 提供有助于IoT设备，应用程序和应用程序的热门协议和标准的概述列表 深入了解特定层次或行业特定协议 列出流行协议的头对头比较（即：mqtt vs xmpp）
0x00、业务需求 国内133家地方商业银行作为商业领域国外IT厂商和商家必争之地，无论是IT基础设施建设、容灾备份系统建设、还是信息安全建设等，各家银行都做的如火如荼，当然，目前只针对企业级市场，很少有银行愿意接受安全众测，原因很简单，测试过程不可控。 但是IT环境变化的加速度在不断的增快，面临目前严重的安全态势，希望银行也能接受众测这种商业模式，或者由众测小伙伴把自己的测试经验写成PoC代码的形式share给厂商。 测试对象：133家商业银行 0x01、测试流程方法 针对银行的业务接口，为了适应目前移动
物联网应用层协议主要有CoAP, MQTT, XMPP, HTTP等，本文主要从XMPP的架构，协议栈、协议的原理等方面介绍了XMPP协议。
消息队列是一种异步的服务间通信方式，适用于无服务器和微服务架构。消息在被处理和删除之前一直存储在队列上。每条消息仅可被一位用户处理一次。消息队列可被用于分离重量级处理、缓冲或批处理工作以及缓解高峰期工作负载。
MQTT（Message Queuing Telemetyr Transport 消息队列遥测传输协议）：基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议，该协议构建于TCP/IP协议之上。
对于使用传感器和保持连接性的IoT系统而言，如何使用这些元素和多种互联网技术相结合呢？
物联网曾被认为是继计算机、互联网之后，信息技术行业的第三次浪潮。随着基础通讯设施的不断完善，尤其是 5G 的出现，进一步降低了万物互联的门槛和成本。物联网本身也是 AI 和区块链应用很好的落地场景之一，各大云服务商也在纷纷上架物联网平台和服务。
说到消息中间件，估计大伙多多少少都能讲出来一些，ActiveMQ、RabbitMQ、RocketMQ、Kafka 等等各种以及 JMS、AMQP 等各种协议，然而这些消息中间件各自都有什么特点，我们在开发中又该选择哪种呢？今天松哥就来和小伙伴们梳理一下。
假如手机A拿Seq_cli = 100 上服务器收取消息，此时服务器的Seq_svr = 150,那手机A可以将sequence为[101 - 150]的消息收取下去，同时手机A会将本地的Seq_cli 置为150
大家好，又见面了，我是你们的朋友全栈君。 物联网（The Internet of Things，简称IOT）其核心组成就是物联设备、网关和云端。
物联网涵盖了广泛的行业和用例，从单一受限制的设备扩展到大量跨平台部署嵌入式技术和实时连接的云系统。
由于网上已经有很多大佬已经做了很多相关项目案例。所以我们应该站在巨人的肩膀上，多向大佬们学习。下面主要是我收集到Netty项目，具体项目怎么实现的，我就不讲了，大佬们已经做得很简单明了。
即时通讯应用（包括IM聊天应用、实时消息推送应用等）开发的前期技术选型时，关于数据传输格式的选择，在即时通讯开发者同行的眼里，是个极富争议话题。
IM发展至今，已是非常重要的互联网应用形态之一，尤其移动互联网时代，它正以无与论比的优势降低了沟通成本和沟通代价，对各种应用形态产生了深远影响。
随着物联网的快速发展，当前在物联网中的常见的五种协议分别是：HTTP、CoAP、XMPP、AMQP、MQTT。但在这么多协议中，毫无疑问MQTT最具代表性,因为它占用带宽小、轻量级、简单易用等优点最符合物联网的应用场景。可以毫不夸张的说：每个物联网开发人员都一定了解MQTT
企业中，因为业务的重要性，通常会对网络安全十分重视，那么一个好的防火墙系统就是强有力的利器！
首先我们以实现方式来切入，基本上有以下四种实现方式： https://github.com/zhangrongwu/Swift-IM.git 基于Scoket原生：代表框架 CocoaAsyncSocket。 基于WebScoket：代表框架 SocketRocket。 基于MQTT：代表框架 MQTTKit。 基于XMPP：代表框架 XMPPFramework。 添加CocoaAsyncSocket import CocoaAsyncSocket 添加代理 class SESocketManage
总的来说，2016年的综合场（第一天上午）感觉讲的一般，身边的人吐槽也比较多。不过相比之下，iOS场干货就比较多了，演讲者基本都是圈内大V，包括喵神，Sunny等等。两天停下来有两个最大的感受，一是提到iOS大家很少提OC了，言必称Swift，看来Swift趋势势不可挡；另一个是RN演讲的比重很高，社区活跃度也很高，看来也是时候要跟进新技术了。 参加开发者大会一是开阔眼界，二是来朝朝圣，三是让自己清楚的意识到自己跟台上演讲嘉宾的差距在哪里，回去该怎么学还怎么学去。。。
本文，将带大家了解 CentOS 7新的防火墙服务firewalld的基本原理，它有个非常强大的过滤系统，称为 Netfilter，它内置于内核模块中，用于检查穿过系统的每个数据包。
RabbitMQ是一个在AMQP（Advanced Message Queuing Protocol）基础上实现的，可复用的企业消息系统。它可以用于大型软件系统,各个模块之间的高效通信，支持高并发，支持可扩展。它支持在多种平台上运行，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX，持久化，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。
原文地址：https://dzone.com/articles/data-streaming-in-the-api-landscape
对于广大Android开发者来说，Android O（即Android 8.0）还没玩热，Andriod P（即Andriod 9.0）又要来了。
一、消息中间件相关知识 1、概述 消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发RocketMQ等。 2、消息中间件的组成 2.1 Broker 消息服务器，作为server提供消息核心服务 2.2 Producer 消息生产者，业务的发起方，负责生产消息传输给broker， 2.3 Consumer 消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理 2.4 Topic 主题，发布订阅模式下的消息统一汇集地，不同生产者向topic发送消息，由MQ服务器分发到不同的订阅者，实现消息的 广播 2.5 Queue 队列，PTP模式下，特定生产者向特定queue发送消息，消费者订阅特定的queue完成指定消息的接收 2.6 Message 消息体，根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输 3 消息中间件模式分类 3.1 点对点 PTP点对点:使用queue作为通信载体
对于面向对象软件系统的设计而言，在支持可维护性的同时，提高系统的可复用性是一个至关重要的问题，如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决的核心问题之一。在面向对象设计中，可维护性的复用是以设计原则为基础的。每一个原则都蕴含一些面向对象设计的思想，可以从不同的角度提升一个软件结构的设计水平。面向对象设计原则为支持可维护性复用而诞生，这些原则蕴含在很多设计模式中，它们是从许多设计方案中总结出的指导性原则。 面相对象设计的概念大家也都知道，它的设计目标就是希望软件系统能做到以下几点：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
