html5 WebSocket 用户信息

nejtrs 2015-05-29 11:15:16
html5做的app,有个消息推送的功能。
使用WebSocket做消息推送,服务器端要把信息推送给指定的用户。
那么,用户端建立连接时,怎样把userID告诉给服务器呢?
在客户端我是这么写的:先建立连接,再告诉服务器是谁建立的这个连接。
<script type="application/javascript">
var ws = {};
ws.socket = null;
ws.connect = (function(host) {
//判断该使用哪种WebSocket对象
if ('WebSocket' in window) {
ws.socket = new WebSocket(host);
} else if ('MozWebSocket' in window) {
ws.socket = new MozWebSocket(host);
} else {
return;
}
//建立连接触发事件
ws.socket.onopen = function() {
ws.socket.send("userID=XXXXX");
};
//接收消息触发事件
ws.socket.onmessage = function(message) {
};
});
//初始化
ws.initialize = function() {
ws.connect('wss://XXXXXXXXXXXXXXXXXXX');
};
ws.initialize();
</script>

可是感觉很别扭,能否在建立连接的时候,就把userId直接告诉服务器呢,即在Session中写入userID呢
注:用的是htts
...全文
1572 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
m0_37488392 2017-03-24
  • 打赏
  • 举报
回复
同问楼主怎样解决的
  • 打赏
  • 举报
回复
楼主,你这个问题现在解决了吗?我想获取登录的用户名,但是是乱码
qkl2003 2015-06-18
  • 打赏
  • 举报
回复
引用 1 楼 xiaofanku 的回复:
Session本来就是在服务器端呀,不用你传就可以取到 cookie也不用你传,默认会在http的头部一起request过去
在websocket的servlet下,好像不太一样,我也没取到用户信息,请问有实际代码吗?
nejtrs 2015-05-29
  • 打赏
  • 举报
回复
引用 1 楼 xiaofanku 的回复:
Session本来就是在服务器端呀,不用你传就可以取到 cookie也不用你传,默认会在http的头部一起request过去
对呀,我就想在建立连接的时候(onopen),就让手机告诉服务器我是谁(userID)。 除了下面的写法,还有别的方式吗? ws.socket.onopen = function() { ws.socket.send("userID=XXXXX"); };
街头小贩 2015-05-29
  • 打赏
  • 举报
回复
Session本来就是在服务器端呀,不用你传就可以取到 cookie也不用你传,默认会在http的头部一起request过去
业余草 2015-05-29
  • 打赏
  • 举报
回复
服务器获取会话中的Session,session中存有用户信息。
nejtrs 2015-05-29
  • 打赏
  • 举报
回复
我也觉得这句不用写。 现在测试,不写的话,服务器只能得到sessionID,却不知道这个session对应的userID是谁。 app不告诉服务器userID,服务器怎么知道这个Session对应的userID是谁啊。
街头小贩 2015-05-29
  • 打赏
  • 举报
回复
ws.socket.send("userID=XXXXX"); 这行需要写吗?不写,在服务器端输出一下能不能得到xxxx
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 支持。

39,087

社区成员

发帖
与我相关
我的任务
社区描述
HTML5是构建Web内容的一种语言描述方式。HTML5是互联网的下一代标准,是构建以及呈现互联网内容的一种语言方式.被认为是互联网的核心技术之一。
社区管理员
  • HTML5社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧