为何MQTT采用原始TCP连接致使浏览器无法直接运行？

为什么浏览器支持HTTP、WebSocket却不支持纯MQTT？ #

• 浏览器的安全限制是核心原因：浏览器为防范恶意网站滥用网络资源，只开放了特定协议的API接口，HTTP/HTTPS是Web的基础协议，WebSocket是为解决HTTP单向通信短板被标准化纳入的，它们都有符合浏览器安全模型的握手流程和规范；而纯MQTT不在浏览器内置支持的协议列表里，没有对应的JS API允许开发者直接建立纯MQTT的TCP连接。
• 协议设计场景差异：MQTT最初是为物联网设备（比如低功耗传感器、嵌入式设备）设计的，并非针对浏览器环境，浏览器厂商没有动力为非Web核心场景的协议做内置支持。
• 握手机制不兼容：HTTP有明确的请求-响应握手流程，WebSocket是基于HTTP的握手升级来建立连接，这些都能被浏览器的网络栈识别；纯MQTT的连接握手是自定义格式，浏览器无法解析这种非标准的握手逻辑，自然无法建立连接。

为什么MQTT采用原始TCP连接？ #

• 适配物联网设备的轻量需求：物联网设备通常带宽有限、计算和存储资源不足，原始TCP连接的开销远小于HTTP/WebSocket（不需要额外的HTTP头部），MQTT基于原始TCP能最大限度节省带宽和设备资源，符合低功耗、窄带宽场景的要求。
• 满足实时通信的低延迟需求：原始TCP可以保持稳定的长连接，相比HTTP的短连接（即使是长连接也有冗余头部），MQTT基于原始TCP能实现更低的消息传输延迟，更适合物联网设备的实时数据上报、指令下发场景。
• 保持协议的独立性：MQTT作为专门的消息协议，直接基于TCP可以自主定义消息格式、QoS（服务质量）机制、重连逻辑等，不需要依赖HTTP的上层结构，更灵活适配物联网场景的各种需求。

内容的提问来源于stack exchange，提问作者Haris Muzaffar