流水不争先,争的是滔滔不绝

MQTT协议笔记之mqtt.io项目Websocket协议支持

MQTT 云聊IM 2052℃

前言

MQTT协议专注于网络、资源受限环境,建立之初不曾考虑WEB环境,倒也正常。虽然如此,但不代表它不适合HTML5环境。

HTML5 Websocket是建立在TCP基础上的双通道通信,和TCP通信方式很类似,适用于WEB浏览器环境。虽然MQTT基因层面选择了TCP作为通信通道,但我们添加个编解码方式,MQTT Over Websocket也可以的。

这样做的好处,MQTT的使用范畴被扩展到HTML5、桌面端浏览器、移动端WebApp、Hybrid等,多了一些想像空间。这样看来,无论是移动端,还是WEB端,MQTT都会有自己的使用空间。

浏览器支持

话说,现代化浏览器都已经支持Websocket,这里有一个所有浏览器支持列表:

更详细列表,请直接访问:http://caniuse.com/websockets

毫无疑问,火狐和谷歌浏览器带动了现代浏览器的发展,对HTML5标准的支持也是如此。支持Websocket的浏览器单纯从上面数字来讲,73.88%的支持率。但实际上还得参考浏览器市场占有率:

上图数据,来源于: 2014年4月份全球主流浏览器市场份额排行榜

超过60%用户机器上浏览器的支持Websocket,数据很可观。

移动hybrid型应用会很欢迎Websocket

  1. 内置浏览器支持HTML5,Javascript操作Websocket连接MQTT
  2. 借助于原生TCP socket通道连接MQTT服务器,暴露JavaScript接口,间接使用

不支持Websocket的桌面浏览器,可以考虑Flash socket来帮忙!

针对不支持websocker的部分历史浏览器,可以考虑一下Flash socket,虽然使用Flashsocket用以模拟Websocket就很容易理解,但条件如下: – 需要单独占用一个端口专用于安全跨域访问策略 – 需要浏览器支持二进制Blob 支持二进制操作的浏览器现状:

来源于:http://caniuse.com/xhr2

比较一下支持Websocket和XHR2的桌面浏览器,重叠率很高,使用Flash Socket用以模拟Websocket必要性不大,在类似于IE平台上,不如直接使用Flash版本的

https://github.com/yangboz/as3MQTT/tree/master/MQTTClient_AS3

不支持Websocket浏览器怎么办

不是所有浏览器都支持Websocket,尤其是阻碍历史发展的IE6/IE7/IE8/IE9。MQTT协议为二进制协议压根和HTTP纯文本不兼容,尤其浏览器端JavaScript处理文本很合适,但二进制就显得笨手笨角,除非支持XHR2。

  1. 单独使用Flash MQTT Client,这这方面见解不深,实践很少,不便多说,您要是很了解,不妨告知一二。
  2. HTTP纯文本方式进行二进制对接

这部分后面专门会讲到。

服务器端支持

现有一些解决方案可能是后面为MQTT Broker,前面是添加一层代理。比如:例如 mod_websocket ,对应在线示范:http://test.mosquitto.org/ws.html

表面上看着很解藕的,实际上模仿的还是传统型的短连接反向代理架构:Nginx/Apache +Java/PHP/Python/Ruby。

客户端建立一条连接,服务器端需要使用到至少两个文件句柄,中间多了一层路径。优雅的解决方案,可以向socket.io看起。一套服务端程序,同时提供若干种协议供终端选择。其实,一台MQTT Broker中间件服务器,可以绑定多个端口,一个面向纯TCP的1883端口,一个面向Websocket的80/8080端口,共享基础逻辑,面向不同协议。

Websocket协议适配

服务器添加对Websocket支持,基本不用做多大改动。对比Tcp的附加到单个Channel的处理器列表:???

Websocket对应单个Channel的处理器列表:???

为了支持Websocket协议,仅仅额外增加了:???

小结

啰啰嗦嗦的讲了一大通Websocket,总之对Websocket的支持还算容易。后面有时间写写如何使用HTTP协议达到MQTT OVER HTTP的效果。

版权声明:部分文章、图片等内容为用户发布或互联网整理而来,仅供学习参考。如有侵犯您的版权,请联系我们,将立刻删除。
点击这里给我发消息