ThingsBoard3.6.4-使用WebSocket查询设备的遥测数据

13 篇文章 0 订阅
4 篇文章 0 订阅

ThingsBoard提供WebSocket服务,供客户端查询最新的遥测信息。

请求URL地址是:ws://localhost:8081/api/ws

发送指令格式是:

{
    "authCmd": {
        "cmdId": 0,
        "token": "$JWT_TOKEN"
    },
    "cmds": [
        {
            "entityType": "DEVICE",
            "entityId": "{entityId}",
            "cmdId": 10,
            "type": "TIMESERIES"
        }
    ]
}
 

响应格式是:

响应:
{
    "subscriptionId": 0,
    "errorCode": 0,
    "errorMsg": null,
    "data": {
        "mode": [
            [
                1715321875739,
                "CW"
            ]
        ],
        "temperature": [
            [
                1715321875739,
                "25.1"
            ]
        ]
    },
    "latestValues": {
        "mode": 1715321875739,
        "temperature": 1715321875739
    }
}

源码中的核心配置类是 WebSocketConfiguration,

@Override
public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
    if (!(wsHandler instanceof TbWebSocketHandler)) {
        log.error("TbWebSocketHandler expected but [{}] provided", wsHandler);
        throw new RuntimeException("TbWebSocketHandler expected but " + wsHandler + " provided");
    }
    //注册请求路径对应的handler,handler的实现类是TbWebSocketHandler
    registry.addHandler(wsHandler, WS_API_MAPPING).setAllowedOriginPatterns("*");
}

系统在类TbWebSocketHandler中,处理连接请求、建立连接、断开连接、ping心跳、在缓存中维护会话列表等,以及发送数据给客户端。
具体指令的处理类是DefaultWebSocketService,同时该类会缓存客户端的订阅信息。
服务端响应给客户端的数据,除了第一次是通过查询数据库获取的,后续都是通过规则引擎中的"save timeseries"节点,在保存数据时,调用DefaultTelemetrySubscriptionService的onTimeSeriesUpdate方法发布到客户端。

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
WebSocket客户端和服务端实例源码 WebSocket ws实例 HTML5 用java实现的服务端 Websocket与服务器的正常通信 众所周知,Web 应用的交互过程通常是客户端通过浏览器发出一个请求,服务器端接收请求后进行处理并返回结果给客户端,客户端浏览器将信息呈现,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实时响应是 Web 应用经常面临的问题,比如金融证券的实时信息,Web 导航应用中的地理位置获取,社交网络的实时消息推送等。 传统的请求-响应模式的 Web 开发在处理此类业务场景时,通常采用实时通讯方案,常见的是: 轮询,原理简单易懂,就是客户端通过一定的时间间隔以频繁请求的方式向服务器发送请求,来保持客户端和服务器端的数据同步。问题很明显,当客户端以固定频率向服务器端发送请求时,服务器端的数据可能并没有更新,带来很多无谓请求,浪费带宽,效率低下。 基于 Flash,AdobeFlash 通过自己的 Socket 实现完成数据交换,再利用 Flash 暴露出相应的接口为 JavaScript 调用,从而达到实时传输目的。此方式比轮询要高效,且因为 Flash 安装率高,应用场景比较广泛,但在移动互联网终端上 Flash 的支持并不好。IOS 系统中没有 Flash 的存在,在 Android 中虽然有 Flash 的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要求较高。2012 年 Adobe 官方宣布不再支持 Android4.1+系统,宣告了 Flash 在移动终端上的死亡。 从上文可以看出,传统 Web 模式在处理高并发及实时性需求的时候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实时传输。在此背景下,基于 HTML5 规范的、有 Web TCP 之称的 WebSocket 应运而生。 早期 HTML5 并没有形成业界统一的规范,各个浏览器和应用服务器厂商有着各异的类似实现,如 IBM 的 MQTT,Comet 开源框架等,直到 2014 年,HTML5 在 IBM、微软、Google 等巨头的推动和协作下终于尘埃落地,正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在 JavaEE7 中也实现了 WebSocket 协议,从而无论是客户端还是服务端的 WebSocket 都已完备,读者可以查阅HTML5 规范,熟悉新的 HTML 协议规范及 WebSocket 支持。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值