现实中哪些地方用到了MQTT协议

MQTT协议广泛应用于物联网、移动互联网、智能硬件、车联网、电力能源等领域。

物联网M2M通信，物联网大数据采集

Android消息推送，WEB消息推送

移动即时消息，例如Facebook Messenger

智能硬件、智能家具、智能电器

车联网通信，电动车站桩采集

智慧城市、远程医疗、远程教育

电力、石油与能源等行业市场

物联网平台为设备提供安全可靠的连接通信能力，向下连接海量设备，支撑设备数据采集上云；向上提供云端API，指令数据通过API调用下发至设备端，实现远程控制。

物联网平台也提供了其他增值能力，如设备管理、规则引擎、数据分析、边缘计算等，为各类IoT场景和行业开发者赋能。

如下是共享单车基于物联网平台的解决方案。
物联网平台提供边缘计算能力，支持在离设备最近的位置构建边缘计算节点处理设备数据。

在断网或弱网情况下，边缘计算可缓存设备数据，网络恢复后，自动将数据同步至云端。

提供多种业务逻辑的开发和运行框架，包括场景联动、函数计算和流式计算，各框架均支持云端开发、动态部署。

边缘计算能力允许在最靠近设备的地方构建边缘计算节点，过滤清洗设备数据，并将处理后的数据上传至云平台。
物联网应用可广泛应用于：智能生活、智能工业、智能楼宇、环境保护、农业水利、能源监控等环境。计算平台主要涉及：

开发者使用设备接入SDK，将非标设备转换成标准物模型，就近接入网关，从而实现设备的管理和控制。

设备连接到网关后，网关可以实现设备数据的采集、流转、存储、分析和上报设备数据至云端，同时网关提供规则引擎、函数计算引擎，方便场景编排和业务扩展。

设备数据上传云端后，可以结合云功能，如大数据、AI学习等，通过标准API接口，实现更多功能和应用。

物联网 (IoT) 设备必须连接互联网。通过连接到互联网，设备就能相互协作，以及与后端服务协同工作。互联网的基础网络协议是 TCP/IP。MQTT（Message Queue Telemetry Transport，消息队列遥测传输） 是基于 TCP/IP 协议栈而构建的，已成为 IoT 通信的标准。

使用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、支持服务监控、数据监控、缓存监控等功能。

两者虽然都是从传统的Pub/Sub消息系统演化出来的，但是进化的方向不一样，以下是几个比较突出的点：
Kafka是为了日志收集的场景，抛弃exact once的语义而支持at least once以便得到更高的可扩展性。
MQTT是为了物联网场景而优化，不但提供多个QoS选项（exact once、at least once、at most once），而且还有层级主题、遗嘱等等特性。
说白了都是传统消息系统（老爸）的子嗣，只是与不同的场景（老妈）结合的产物。

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

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

S:220我是xxx服务器

C:HELOmyServer

S:250Nicetomeetyou

C:authlogin

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

WebSocket则是一个>

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

---