本文旨在解决mqtt.js在浏览器环境中出现`uncaught typeerror: n.createconnection is not a function`的常见问题。核心在于明确浏览器沙盒限制不允许直接tcp连接,因此必须通过websocket协议与mqtt代理进行通信。教程将详细指导如何配置mqtt代理以支持websocket,并修改客户端代码使用`ws://`或`wss://`协议进行连接,确保web应用能够顺利集成mqtt功能。
在使用MQTT.js库在Web浏览器中连接MQTT代理时,开发者可能会遇到Uncaught TypeError: n.createConnection is not a function的错误。这个错误通常发生在尝试通过mqtt.connect()方法建立连接时,尤其当连接URL使用mqtt://协议时。
问题的根本原因在于Web浏览器的安全沙盒模型。浏览器不允许网页直接建立任意的TCP套接字连接到非HTTP/HTTPS端口。传统的MQTT协议(通常运行在1883端口)是基于TCP/IP的,这意味着它无法在浏览器环境中直接使用。n.createConnection is not a function的错误提示表明MQTT.js库在浏览器环境中尝试调用一个不存在或不可用的底层TCP连接创建方法,因为浏览器环境没有提供此类AP
I。
为了克服浏览器的限制,MQTT社区引入了“MQTT over WebSockets”的概念。WebSocket协议本身是在HTTP/HTTPS之上建立的,可以穿透浏览器沙盒,允许双向、全双工的通信。因此,在Web应用中使用MQTT.js时,必须通过WebSocket协议连接MQTT代理。
实现这一解决方案需要两个关键步骤:
首先,您的MQTT代理(如Mosquitto, EMQX, VerneMQ等)必须配置为监听WebSocket连接。大多数现代MQTT代理都支持这一功能,但通常需要明确启用并指定监听端口。
以Mosquitto为例,您需要在其配置文件(通常是mosquitto.conf)中添加如下配置:
# 允许匿名访问 (仅用于测试,生产环境请配置认证) allow_anonymous true # 监听标准MQTT端口 (可选,如果仅用于WebSockets则不需要) listener 1883 # 监听WebSocket端口,通常是8083或8084 (对于TLS/WSS) listener 8083 protocol websockets
配置完成后,重启MQTT代理服务以使更改生效。请确保防火墙已允许流量通过您配置的WebSocket端口(例如8083)。
在您的Web应用中,连接MQTT代理的URL必须从传统的mqtt://或tcp://更改为ws://(用于非加密WebSocket)或wss://(用于加密WebSocket)。
示例代码修改:
将原始代码中的:
const broker = 'mqtt:'; // ... const client = mqtt.connect(broker);
修改为:
// 使用ws://协议连接WebSocket端口 // 如果您的MQTT代理在同一台机器上,并且端口是8083 const broker = 'ws://localhost:8083'; // 或者如果代理在远程服务器上 // const broker = 'ws://your-broker-ip-or-hostname:8083'; // 如果代理支持TLS/SSL,并且您需要安全连接,请使用wss:// // const broker = 'wss://your-broker-ip-or-hostname:8084'; // 8084是常见的WSS端口 // 创建MQTT客户端 const client = mqtt.connect(broker);
完整的HTML示例代码:
MQTT Data Display (WebSocket)
MQTT Data Display
Receiving Data:
Input text:
当在Web浏览器中使用MQTT.js时,遇到Uncaught TypeError: n.createConnection is not a function错误的核心原因在于浏览器安全策略不允许直接TCP连接。解决此问题的关键在于强制通过WebSocket协议进行通信。这要求MQTT代理配置支持WebSocket监听器,并且客户端代码中的连接URL必须使用ws://或wss://前缀。遵循这些步骤并注意相关的网络和安全配置,将确保您的Web应用能够稳定、安全地与MQTT代理进行交互。