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

前言

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

  • 内置浏览器支持HTML5,Javascript操作Websocket连接MQTT
  • 借助于原生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的处理器列表:

1234567891011
public class TcpChannelInitializer extends ChannelInitializer<SocketChannel> {

@Override

public void initChannel(SocketChannel ch) throws Exception {

ChannelPipeline pipeline = ch.pipeline();

pipeline.addLast(

new MqttMessageNewEncoder(),

new MqttMessageNewDecoder(),

new MqttMessageHandler());

}

}

view rawTcpChannelInitializer.java hosted with ? by GitHub

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

12345678910111213141516171819202122232425262728293031323334
import io.mqtt.handler.HttpRequestHandler;

import io.mqtt.handler.MqttMessageHandler;

import io.mqtt.handler.coder.MqttMessageWebSocketFrameDecoder;

import io.mqtt.handler.coder.MqttMessageWebSocketFrameEncoder;

import io.mqtt.handler.http.HttpJsonpTransport;

import io.netty.channel.ChannelInitializer;

import io.netty.channel.socket.SocketChannel;

import io.netty.handler.codec.http.HttpObjectAggregator;

import io.netty.handler.codec.http.HttpServerCodec;

import io.netty.handler.codec.http.websocketx.WebSocketServerProtocolHandler;

public class WebsocketChannelInitializer extends ChannelInitializer<SocketChannel> {

private final static String websocketUri = "/websocket";

private HttpRequestHandler httpRequestHandler = new HttpRequestHandler(

websocketUri);

static {

HttpJsonpTransport httpJsonpTransport = new HttpJsonpTransport();

HttpRequestHandler.registerTransport(httpJsonpTransport);

}

@Override

public void initChannel(final SocketChannel ch) throws Exception {

ch.pipeline().addLast(

new HttpServerCodec(),

new MqttMessageWebSocketFrameEncoder(),

new HttpObjectAggregator(65536),

httpRequestHandler,

new WebSocketServerProtocolHandler(websocketUri),

new MqttMessageWebSocketFrameDecoder(),

new MqttMessageHandler());

}

}

view rawWebsocketChannelInitializer.java hosted with ? by GitHub

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

1234567891011121314
@Sharable

public class MqttMessageWebSocketFrameEncoder extends

MessageToMessageEncoder<Message> {

@Override

protected void encode(ChannelHandlerContext ctx, Message msg,

List<Object> out) throws Exception {

if (msg == null)

return;

byte[] data = ((Message) msg).toBytes();

out.add(new BinaryWebSocketFrame(Unpooled.wrappedBuffer(data)));

}

}

view rawMqttMessageWebSocketFrameEncoder.java hosted with ? by GitHub

1234567891011121314151617
public class MqttMessageWebSocketFrameDecoder extends

MessageToMessageDecoder<BinaryWebSocketFrame> {

private MqttMessageNewDecoder messageNewDecoder;

public MqttMessageWebSocketFrameDecoder() {

messageNewDecoder = new MqttMessageNewDecoder();

}

@Override

protected void decode(ChannelHandlerContext ctx,

BinaryWebSocketFrame wsFrame, List<Object> out) throws Exception {

ByteBuf buf = wsFrame.content();

this.messageNewDecoder.decode(ctx, buf, out);

}

}

view rawMqttMessageWebSocketFrameDecoder.java hosted with ? by GitHub

小结

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

原文 http://www.blogjava.net/yongboy/archive/2014/05/26/414130.html

时间: 2024-11-03 01:17:33

MQTT协议笔记之mqtt.io项目Websocket协议支持的相关文章

MQTT学习笔记——Yeelink MQTT服务 使用mqtt.js和paho-mqtt

0 前言 2014年8月yeelink推出基于MQTT协议的开关类型设备控制API,相比于基于HTTP RESTful的轮训方式,通过订阅相关主题消息,可以远程控制类应用实时性更好.本文使用两种方式实现开关类型设备的远程控制,一种是基于nodeJS的MQTT.js扩展库,另一种是基于python的paho-mqtt扩展库. [相关博文--MQTT] [MQTT学习笔记--MQTT协议体验 Mosquitto安装和使用] [MQTT学习笔记--树莓派MQTT客户端 使用Mosquitto和paho

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

前言 MQTT定义了物联网传输协议,其标准倾向于原始TCP实现.构建于TCP的上层协议堆栈,诸如HTTP等,在空间上多了一些处理路径,稍微耗费了CPU和内存,虽看似微乎其微,但对很多处理能力不足的嵌入式设备而言,选择原始的TCP却是最好的选择. 但单纯TCP不是所有物件联网的最佳选择,提供构建与TCP基础之上的传统的HTTP通信支持,尤其是浏览器.性能富裕的桌面涉及领域,还是企业最 可信赖.最可控的传输方式之一.支持多种多样的连接通道,让目前所有一切皆可联网,除了原始TCP Socket,还要支

MQTT学习笔记——树莓派MQTT客户端 使用Mosquitto和paho-python

0 前言 本文说明如何在树莓派上安装Mosquitto.本文通过两个简单的例子说明树莓派中如何使用MQTT协议实现消息订阅,这些例子包括Mosquitto_sub指令实现消息订阅和paho-python扩展库实现GPIO端口的远程控制.本文中使用了两个工具--Mosquitto paho-python,其中Mosquitto是一款实现了 MQTT v3.1 协议的开源消息代理软件,提供轻量级的,支持发布/订阅的的消息推送模式,使设备对设备之间的消息通信简单易用:另外,paho-python是一个

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

前言 MQTT协议诞生之初,就未曾考虑通过HTTP传输.这也正常,网络受限.不稳定网络不太适合HTTP(2G/3G网络大家使用WAP不也OK嘛).在网络较为充裕的桌面端而言,虽纯文本对比二进制而言没多大优势,受制于历史遗留和使用习惯,以及一大票传统基础设施方便控制事宜,传统互联网/企业型应用,HTTP协议都是默认最佳选择,安全可控,人机友好.选择HTTP也在情理之中. 虽桌面端日渐式微,但做统一的全平台化消息系统/消息中间件,也是趋势. MQTT OVER HTTP,为WEB环境提供HTTP通道

WebSocket协议探究(三):MQTT子协议

一 复习和目标 1 复习 Nodejs实现WebSocket服务器 Netty实现WebSocket服务器(附带了源码分析) Js api实现WebSocket客户端 注:Nodejs使用的Socket.io模块实现,Netty本身对WebSocket有一定的支持,所以这两种实现都相对容易理解,大家自己可以使用自己喜欢的语言实现(参考Nodejs版本,即不需要考虑过多的情况). 2 目标 使用WebSocket协议进行发送Mqtt消息 即Mqtt协议作为WebSocket协议的子协议进行通信 注

WebSocket协议

websocket 简介 (2013-04-09 15:39:28) 转载▼   分类: websocket 一 WebSocket是html5新增加的一种通信协议,目前流行的浏览器都支持这个协议,例如Chrome,Safrie,Firefox,Opera,IE等等,对该协议支持最早的应该是chrome,从chrome12就已经开始支持,随着协议草案的不断变化,各个浏览器对协议的实现也在不停的更新.该协议还是草案,没有成为标准,不过成为标准应该只是时间问题了,从WebSocket草案的提出到现在

Websocket协议的学习、调研和实现

1. websocket是什么 Websocket是html5提出的一个协议规范,参考rfc6455. websocket约定了一个通信的规范,通过一个握手的机制,客户端(浏览器)和服务器(webserver)之间能建立一个类似tcp的连接,从而方便c-s之间的通信.在websocket出现之前,web交互一般是基于http协议的短连接或者长连接. WebSocket是为解决客户端与服务端实时通信而产生的技术.websocket协议本质上是一个基于tcp的协议,是先通过HTTP/HTTPS协议发

基于构建实时WEb应用的HTML5 WebSocket协议&lt;二&gt;

前面说了那么多的理论,我们来看下代码学习. WebSocketAPI简介 首先看一段简单的javascript代码,该代码调用了WebSockets的API. var ws = new WebSocket("ws://echo.websocket.org"); ws.onopen = function(){ws.send("Test!"); }; ws.onmessage = function(evt){console.log(evt.data);ws.close(

WebSocket协议入门简介

前言 以前的网站为了实现推送功能,使用的方法都是轮询.所谓的轮询就是在特定的时间间隔(例如1秒),由浏览器向服务器发出一个 Http request ,然后服务器返回最新的数据给客户端浏览器,从而给出一种服务端实时推送的假象.由于 Http Request 的 Header(请求头)很长,而传输的数据可能很短就只占一点点,每次请求消耗的带宽大部分都消耗在 Header 上.从网上资料得知后来还有改进的轮询方法叫做 Comet ,使用 Ajax .但这种技术虽然可达到双向通信,但依然需要发出请求,