返回列表 发新帖

http环境下的保持连接方式

111.8k 12
swmozowtfl 发表于 2015-7-9 23:02:36|湖北 | 查看全部 阅读模式
http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
2 M% |; S2 t" L3 r$ }: a9 v记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。, y0 Q( r/ l# M8 t/ E! z/ [3 D2 s
用伪代码来描述一下思路吧:
6 |. P/ N& V% B客户端脚本:7 A; r) e1 i* p- y6 ^+ S
1: function request()
$ D" Q8 F0 f% M5 y2 @2: {
: P4 k2 [5 a& @, M/ `) v4 J& A+ y3: ajax.request(url,onsuccessed,onfailed);
/ V# ]$ P& P0 U2 Q' f: a7 {4: }2 N- v: C, v3 i5 P  |: W
5: function onsuccessed(response)( g6 k  b2 P& h
6: {
  R3 V" @% p+ C* `6 {7: //重新发送一次请求4 q+ x& l% q; `; D% @4 ~
8: request();8 s- D* Y) ~& V+ ]0 q6 v9 e4 A8 `
9: //处理返回数据8 E0 J  Z! S$ ~# R
10: }; q  y# I7 ?4 L: ^* ^$ j- J# q
11: function onfailed()
) N0 y( V1 |- A2 y12: {4 a' v' m3 }: m; w4 S' E
13: //错误(超时)重新请求
  p  p; G$ S+ z2 g+ k9 H3 E14: request();
+ {3 C: ^1 z/ l15: }
# U( j9 j) b, Cweb服务:
& _& @. u7 N- c" Y' O1: public class imservice : ihttphandler) R8 o/ j2 K# z" H" U7 ]
2: {
: s" w' u" s# H* W1 I. c  b+ }3: public bool isreusable{return false;}
7 t3 g: d! P: J4 t4: public void processrequest(httpcontext context)3 J1 W0 H: O9 @0 p4 D
5: {
7 E5 @5 L# g( T6 C# `4 H3 A6: //读取最新数据
  ?& u2 c  _8 t& C7: while(true)
2 l$ n+ w$ o: B6 L( e- {8: {2 f  x5 s' r, z+ |
9: string message = getmessage();
5 b( `+ `/ j" t; q# g( P10: if(!string.isnullorempty(message)). F& |5 p- i4 D- P+ P
11: {  x7 c) C# [/ X
12: context.response.write(message);- r9 g# B9 K7 l9 f* Q* f4 L0 b5 u
13: break;0 Z9 z5 _: u" s! W# o6 |  p
14: }* r8 |  h' {1 v: }4 c) B/ A8 E
15: thread.sleep(500);//等待一段时间再重新读取。
( a4 V* P+ e2 `0 j0 ]0 h$ N* D9 v16: }
5 z+ U3 M' O1 M0 E% u) V17: }
, E8 O9 ?/ \* v8 A18: private string getmessage()3 @& m! I6 M' {. v& u6 ?  L) v- [. P9 h
19: {
& b9 f& W2 i0 _( R2 v1 \: w% S20: //取得最新数据% d) c' d5 ~& A/ r7 A) K
21: }1 l! X; d' q+ f* `# H# W5 n
22: }0 a+ R5 ?, E$ l; `2 j) h
这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。, ]3 m+ I6 g: x! f( \
相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
5 z7 f: r) c' ^/ s3 ?& Q补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。
0 I2 w. I' z3 J; P5 E6 ?3 Q
- g6 M1 X; e- `! @+ _$ @更多网页制作信息请查看: 网页制作

回复|共 12 个

tohme 发表于 2016-1-31 17:24:45|Reserved | 查看全部
哈哈 我支持你
bqtklouu 发表于 2016-1-31 17:25:04|美国 | 查看全部
呵呵 放心 如我算错 你以后来砸我的帖子 呵呵
Mqokjdvq 发表于 2016-1-31 17:25:35|INNA | 查看全部
不为楼主的标题所吸引,也不是被贴子的内容所迷惑。
gevaemaidovef 发表于 2016-1-31 17:25:40|美国 | 查看全部
呵呵 高高实在是高~~~~~
alapScady 发表于 2016-2-6 20:43:28|澳大利亚 | 查看全部
唉!猪!你怎么了?
wwzcdenleclv 发表于 2016-2-6 20:43:50|韩国 | 查看全部
阿额~~~这些人都疯特勒~~~~~
buingeEvineus 发表于 2016-2-6 20:44:13|美国 | 查看全部
求您了,给个机会
wwzcdenleclv 发表于 2016-2-6 20:44:27|Reserved | 查看全部
这篇帖子构思新颖,题材独具匠心,段落清晰,情节诡异,跌宕起伏,主线分明,引人入胜,平淡中显示出不凡的文学功底,可谓是字字珠玑,句句经典,是我辈应当学习之典范(不好意思回错帖了
effoggikeftor 发表于 2017-4-11 10:43:18|法国 | 查看全部
教教我怎么seo
gevaemaidovef 发表于 2017-4-11 10:44:31|塞尔维亚 | 查看全部
哈哈~` 好久没有笑喽~
tohme 发表于 2017-4-11 10:48:31|拉美地区 | 查看全部
对自己好点~别难为自己
tohme 发表于 2017-4-11 10:50:25|欧洲 | 查看全部
哈哈 怎么说来眼睛小真的很好 哈 哈哈~~~~

回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

得知互动是一个融创意、设计、开发、营销、生活、互联网于一体的专业交流分享平台。
Copyright © 2026 站长技术交流论坛|互联网技术交流平台|Ai技术交流平台 版权所有 All Rights Reserved. Powered by Discuz! X5.0 鄂ICP备15006301号-5|鄂公网安备 42018502006730号
关灯 在本版发帖 扫一扫添加QQ客服 返回顶部
快速回复 返回顶部 返回列表