物联网云平台远程控制源码，响应式布局，MQTT协议 Spring Boot

使用Java语言；数据库:Mysql；经典技术组合（MQTT、Spring Boot、Shiro、MyBatis、Druid、Ehcache、Thymeleaf、Bootstrap、Swagger）开发，支持多数据源，支持代码一键生成。

功能模块：

设备管理、开关管理、计划管理、传感器管理、传感器数据展示、报警规则管理、设备日志、用户管理、角色管理、部门管理、岗位管理、菜单管理、字典管理、参数管理、通知公告、 *** 作日志、登录日志、在线用户、定时任务、代码生成、系统接口、服务监控、缓存监控、在线构建器、连接池监视等。

功能特点：

1、硬件使用 ESP8266，基于MQTT协议，自建物联网云平台。

2、支持云固件升级、设备远程重启。

3、支持音频播放、开关、普通灯、调色灯等各种用电设备控制。

4、单个模块可控制8路用电设备开关，可对模块信息、开关信息、计划任务、报警规则等维护管理。

5、云平台可对各类传感器管理，对传感器数据有多种展示方式。可设置阈值报警规则，符合报警规则的可执行自定义的动作。

6、模块具有一键配网功能，变更网络时无需重新烧写程序，方便快捷。

7、控制端可使用任意网络（2G/3G/4G/5G/WiFi/等）控制灯、热水器、电视、电机、窗帘、监控等各种用电设备，不受任何地区限制。

8、可云端存储模块各路开关状态，模块断电或重启后可自动同步云端模块各路开关状态，具有开关状态记录功能。

9、可记录设备所有 *** 作记录，模块、用户上下线记录等，并具有多种类型的数据统计展示。

10、控制设备命令下达后有状态反馈，可确保设备控制命令执行成功，且延时低。

11、具有心跳检测功能，模块掉线或模块重启后模块可自动重连MQTT服务，具有模块上下线提醒功能（平台消息提醒、邮件提醒）。

12、具有定时功能，可指定某一时刻执行、周期执行、延时执行、自定义Cron表达式执行等 *** 作。

13、可多模块接入云平台，可统一管理、控制模块各路设备开关。

14、云平台可对所有用户管理，每个用户可配置不同角色、不同权限，具有权限分配功能。

15、前端采用完全响应式布局，支持电脑、平板、手机等所有主流设备。

17、具有代码一键生成功能（包括控制器、模型、视图、菜单等），方便快速开发。

18、支持多数据源，简单配置即可实现切换。

19、支持菜单、按钮及数据权限分配，亦可自定义数据权限。

20、具有完善的XSS防范及脚本过滤，彻底杜绝XSS攻击。

21、Maven多项目依赖，模块及插件分项目，尽量松耦合，方便模块升级、增减模块。

22、支持服务监控、数据监控、缓存监控等功能。

MQTT ( 消息队列遥测传输 )是ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在 TCP/IP协议族 上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议，为此，它需要一个 消息中间件 。

MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。

MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议，它具有以下主要的几项特性：

实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份： 发布者（Publish） 、 代理（Broker） （服务器） 、订阅者（Subscribe） 。其中，消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者。

MQTT传输的消息分为： 主题（Topic）和负载（payload） 两部分：

MQTT服务器以称为"消息代理"（Broker），可以是一个应用程序或一台设备。它是位于消息发布者和订阅者之间，它可以：

在MQTT协议中，一个MQTT数据包由： 固定头（Fixed header）、可变头（Variable header）、消息体（payload） 三部分构成。MQTT数据包结构如下：

（1） 固定头（Fixed header） 。存在于所有MQTT数据包中，表示数据包类型及数据包的分组类标识。
（2） 可变头（Variable header） 。存在于部分MQTT数据包中，数据包类型决定了可变头是否存在及其具体内容。
（3） 消息体（Payload） 。存在于部分MQTT数据包中，表示客户端收到的具体内容。

固定头存在于所有MQTT数据包中，其结构如下：

相于一个4位的无符号值，类型、取值及描述如下

在不使用标识位的消息类型中，标识位被作为保留位。如果收到无效的标志时，接收端必须关闭网络连接：

Payload消息体位MQTT数据包的第三部分，包含CONNECT、SUBSCRIBE、SUBACK、UNSUBSCRIBE四种类型的消息：

MQTT 协议 因为其轻量、灵活等特点成为了当今世界上最受欢迎的物联网协议，它已经广泛应用于车联网、智能家居、物流、即时聊天应用和移动消息推送等领域，连接了数以亿计的设备，并且每时每刻都有无数设备开始使用和接入 MQTT 协议。MQTT 协议为这些设备提供了稳定、可靠的通信基础，这些设备庞大的接入数量也向 MQTT 协议规范提出了挑战， MQTT 50 的诞生便是为了更好地满足这一需求。

MQTT（消息队列遥测传输）最初由 IBM 于上世纪 90 年代晚期发明。它最初的用途是将石油管道上的传感器与卫星相链接，所以 MQTT 从诞生之初就是专为受限设备和低带宽、高延迟或不可靠的网络而设计，它使用了发布订阅模型，在空间和时间上解耦了消息的发送者与接收者，并且基于 TCP/IP 提供稳定可靠的网络连接，拥有非常轻量的报头以减少传输开销，支持可靠消息传输，可以说天生就满足了物联网场景的各种需求。在 MQTT 311 发布并成为 OASIS 标准的四年后，MQTT 50 正式发布，这是一次重大的改进和升级，它的目的不仅仅是满足现阶段的行业需求，更是为行业未来的发展变化做了充足的准备。2019 年 3 月，MQTT 50 成为了新的 OASIS 标准。

面对迅速增长的设备数量和层出不穷的需求，OASIS MQTT 技术委员会需要从繁杂的需求中提取出通用部分，将其纳入标准规范，并且尽可能不增加开销或降低易用性，在不增加不必要的复杂性的前提下提高性能和易用性。

最终，OASIS MQTT 技术委员会为 MQTT 50 添加了大量的全新功能与特性，50 成为 MQTT 有史以来变化最大的一个版本。在这里，我们将列举一些比较重要的特性：

完整的新属性列表包含在协议标准的附录C，您可以访问以下网址了解详情： >可以，mqtt是物联网，是今后发展的重大趋势之一，比如现在的小米之家就可以通过小爱同学完成家庭内绝大多数工作，这些信息在这些数码设备是共通的，但前提是需要有网络，也就是互联网，没有网络是无法正常进行工作的。

物联网主要功能是将用户端的所有需要的信息互通互联，实现全方位的远程识别、读取和 *** 控、互动。
应用层位于物联网三层结构中的最顶层，其功能为“处理”，即通过云计算平台进行信息处理。应用层与最低端的感知层一起，是物联网的显著特征和核心所在，应用层可以对感知层采集数据进行计算、处理和知识挖掘，从而实现对物理世界的实时控制、精确管理和科学决策。
从结构上划分，物联网应用层包括以下三个部分：
1． 物联网中间件：物联网中间件是一种独立的系统软件或服务程序，中间件将各种可以公用的能力进行统一封装，提供给物联网应用使用。
2． 物联网应用：物联网应用就是用户直接使用的各种应用，如智能 *** 控、安防、电力抄表、远程医疗、智能农业等等。
3． 云计算：云计算可以助力物联网海量数据的存储和分析。依据云计算的服务类型可以将云分为：基础架构即服务(IaaS)、平台即服务（PaaS)、服务和软件即服务（SaaS)
从物联网三层结构的发展来看，网络层已经非常成熟，感知层的发展也非常迅速，而应用层不管是从受到的重视程度还是实现的技术成果上，以前都落后于其他两个层面。但因为应用层可以为用户提供具体服务，是与我们最紧密相关的，因此应用层的未来发展潜力很大。

简单回答一下,MQTT(MQTelemetryTransport)是针对物联网而设计的,如手机对家里的智能开关,而WebSocket是针对浏览器与服务器之间而设计的两者基本上是两个世界的东西

MQTT只是一个接口,让两个"物件"能够透过TCP协议通讯,但并没有规定(在应用层面上)通讯中要怎样"对答",如pop3邮件伺服器会有:

S:220我是xxx服务器

C:HELOmyServer

S:250Nicetomeetyou

C:authlogin

这些是没有硬性被定义的,两个"物件"之间要怎_"聊天",由你自己来定

WebSocket则是一个>

以上,只是很概念的说法,便於你理解,详细你得自己翻下文献了

名词释义：

MQTT——Message Queuing Telemetry Transport消息队列遥测传输

PUB——Publish发布

QoS——Quality of Service服务质量

LWT——Last Will & Testament最后遗嘱

MQTT简介

32 通配符

MQTT 中有两个可用的通配符，分别是+和#，+表示匹配单一层级中的任意主题，#表示匹配任意数量的层次。

33 服务质量（QoS）

MQTT 的设计初衷是为了在不可靠的网络中运作良好，为不同的场景提供了三个级别的服务质量，允许客户端指定自己想要的可靠性级别。

331 QoS Level 0：至多一次

这是最简单的级别，无需客户端确认，其可靠性与基础网络层 TCP/IP 一致。

332 QoS Level 1：至少一次，有可能重复

确保至少向客户端发送一次信息，不过也可发送多次；在接收数据包时，需要客户端返回确认消息（ACK 包）。这种方式常用于传递确保交付的信息，但开发人员必须确保其系统可以处理重复的数据包。

333 QoS Level 2：只有一次，确保消息只到达一次

这是最不常见的服务质量级别，确保消息发送且仅发送一次。这种方法需要交换4个数据包，同时也会降低消息代理的性能。由于相对比较复杂，在 MQTT 实现中通常会忽略这个级别，请确保在选择数据库或消息代理前检查这个问题。

34 “临终遗嘱”信息

MQTT提供了检测方式，利用KeepAlive机制在客户端异常断开时发现问题。因此当客户端电量耗尽、崩溃或者网络断开时，消息代理会采取相应措施。

客户端会向任意点的消息代理发送“临终遗嘱”（LWT）信息，当消息代理检测到客户端离线（连接并未关闭），就会发送保存在特定主题上的 LWT 信息，让其它客户端知道该节点已经意外离线。

35保留消息 Retained Messages

1个Topic只有唯一的retain消息，Broker会保存每个Topic的最后一条retain消息。

---