社区
.NET Framework
帖子详情
服务器有消息主动推给客户端浏览器
Illusion_1202
2017-11-30 01:56:30
有个需求要在硬件触发时通过服务器查找相关信息,再返回给客户端(浏览器),触发关联这一块现有代码已经实现,现在需要推送给客户端,求教各位~
(不能使用定时器,必须是由硬件触发后操作,频率时高时低)
...全文
703
6
打赏
收藏
服务器有消息主动推给客户端浏览器
有个需求要在硬件触发时通过服务器查找相关信息,再返回给客户端(浏览器),触发关联这一块现有代码已经实现,现在需要推送给客户端,求教各位~(不能使用定时器,必须是由硬件触发后操作,频率时高时低)
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
6 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
以专业开发人员为伍
2017-12-01
打赏
举报
回复
你从“纯浏览器客户端应用”角度,要求长连接双向通讯,这种标准化技术自然就是 h5 的 websocket 了。基本上没有什么别的选择。
以专业开发人员为伍
2017-11-30
打赏
举报
回复
引用 1 楼 Illusion_1202 的回复:
客户端为mvc.net项目
是什么 web 服务器端项目都无所谓了,其实这个机制只能让前端来跟业务服务器直接双向通讯,当消息推送到前端时进行处理,此时什么 asp.net、php、jsp 都没有意义了都不会执行后台代码。
by_封爱
2017-11-30
打赏
举报
回复
引用
触发关联这一块现有代码已经实现
你来说说这地方是如何实现的? 基本上wifi模块都是通过tcp的方式 上报给tcpserver. 然后tcpserver下行给tcpclient就行了. 但是你这是基础的消息. 是不支持websocket协议的. 所以你得改你的tcpserver 支持websocket协议才行. 最终你的tcpservcer是作为浏览器跟硬件的"中转站". 设备上报数据后 传给了tcpserver 然后服务找到这个设备所属的人 并且找到他的tcp实例 调用send方法 就行了.
圣殿骑士18
2017-11-30
打赏
举报
回复
websocket
正怒月神
2017-11-30
打赏
举报
回复
听起来就是 websocket
Illusion_1202
2017-11-30
打赏
举报
回复
客户端为mvc.net项目
WebSocket
客户端
和服务端实例源码
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 支持。
服务器
有新
消息
主动
推送给
客户端
浏览器
前言 通常情况下,无论是web
浏览器
还是移动app,我们与
服务器
之间的交互都是
主动
的,
客户端
向
服务器
端发出请求,然后
服务器
端返回数据给
客户端
,
客户端
浏览器
再将信息呈现,
客户端
与服务端对应的模式是:
客户端
请求--服务端响应,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实时响应是 Web 应
服务器
主动
推送
消息
数据给
客户端
1 引言 这个问题第一次是我在实现一个导师的方案的时候所发现的,一开始我需要实现
服务器
与
客户端
的密钥协商和数据传递,
服务器
需要
主动
分发(推送)密钥给
客户端
,因为以前没有做过相关编码,后来只能想到用反向连接,也就是交换C/S的身份。 再后来是在做一个机器学习的问题时候,因为机器学习模型的运行需要综合多个
客户端
(边缘节点)的数据,然后得到结果,而且各个
客户端
的数据传输是不一致的,时间和数据量不定。...
服务端向
客户端
主动
发送
消息
通常情况下,无论是web
浏览器
还是移动app,我们与
服务器
之间的交互都是
主动
的,
客户端
向
服务器
端发出请求,然后
服务器
端返回数据给
客户端
,
客户端
浏览器
再将信息呈现,
客户端
与服务端对应的模式是:
客户端
请求--服务端响应,这种机制对于信息变化不是特别频繁的应用尚可,但对于实时要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实时响应是 Web 应用经常面临的...
netty4
服务器
发送
消息
,netty
服务器
端
主动
发
消息
给
客户端
netty
服务器
端
主动
发
消息
给
客户端
内容精选换一换客户在云容器引擎上搭建服务为手机应用订阅信息。首先
客户端
会向部署在CCE集群上的服务端(redis)发起请求,成功订阅信息服务。后继服务端侧会定时推送订阅的
消息
给
客户端
。服务端部署后,第一次订阅信息通信正常,但是10分钟内没有数据通信,
客户端
就接收不到订阅信息了。
客户端
第一次向服务端建立通信链接的时候(订阅),会
主动
开放对服务端的通信权限设备接...
.NET Framework
17,740
社区成员
24,334
社区内容
发帖
与我相关
我的任务
.NET Framework
.NET技术 .NET Framework
复制链接
扫一扫
分享
社区描述
.NET技术 .NET Framework
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章