返回列表 发新帖

http环境下的保持连接方式

111.9k 12
swmozowtfl 发表于 2015-7-9 23:02:36|湖北 | 查看全部 阅读模式
http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
, U* [6 G/ b  {7 S) D$ o4 W+ K记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。) g6 T+ T6 y4 Z% i) D. k% x
用伪代码来描述一下思路吧:
# t) [: F" K3 d; d4 C客户端脚本:
5 I0 @1 }  x, r1: function request()
" a; x; K4 x% k$ v7 d* W$ S2: {( O( D7 _9 R! ], D& U' s# x
3: ajax.request(url,onsuccessed,onfailed);
9 p* {: {! M/ Z4: }, W+ Y; V1 K' j, n
5: function onsuccessed(response)0 [' `1 e2 w7 M
6: {7 K5 v, }9 j# ?5 k8 h7 T$ R# \; ]
7: //重新发送一次请求4 l3 h2 i) K5 c
8: request();: h% y/ n5 G; }5 p, h- w+ t
9: //处理返回数据8 a+ L1 J2 C& {5 Q
10: }
% J: ~! R/ U7 T' r! v11: function onfailed()
& W* M: U2 A% V12: {$ ]& @$ [+ z4 y. ~7 I. ]
13: //错误(超时)重新请求+ {; s, ?" N7 N4 u! @  Z
14: request();) }- i. ~- ^- Y! B7 f- c
15: }8 X! |- B4 u* W# B) T2 z8 w
web服务:8 H6 f2 j2 ~4 O7 w( a- b# @
1: public class imservice : ihttphandler1 z3 q0 j) H2 R
2: {$ i" O) y0 U, \
3: public bool isreusable{return false;}
! F5 p! O# ^& I2 I5 F4 Q% p4: public void processrequest(httpcontext context)! @6 U% A% l) f9 d$ h5 S: S# F
5: {
0 m  |$ y  X6 a6: //读取最新数据5 @+ j' F' |1 Y* |  U
7: while(true)
. f- N' U/ q( |3 N8: {
, j1 s! S% L( M9: string message = getmessage();
. Z" q$ C5 C8 Y- \10: if(!string.isnullorempty(message))
2 N* t1 F$ j6 ?: ~! K: o1 b6 G) W9 @5 [11: {+ t& V/ K$ h; a& l1 D
12: context.response.write(message);
  r0 R# l, V( T) `5 g13: break;
/ v+ D8 d& r9 s14: }
/ ]* ], @* k4 y+ m1 c15: thread.sleep(500);//等待一段时间再重新读取。
3 k$ G/ Z% \! Y5 s# O16: }; L' |- U/ N) t* P6 j* h4 t! E: {
17: }
6 R1 v; b/ `5 F5 t: o: \% s7 q18: private string getmessage()  {: D+ s7 {6 F1 k& [2 u7 M/ P
19: {
! R$ s2 e8 z- d20: //取得最新数据: d9 B# q+ m( G1 i: n7 K
21: }' N+ n6 \7 O  }2 q
22: }; {! i, ^2 W* \2 K" n5 y
这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。
2 Z# X2 M* q0 k6 D1 p相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
9 m% ?% k1 Z" }* C, I) k0 }- b补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。
2 C7 n2 H" X6 `+ R7 I* C* i
; d5 A6 U9 ]5 a9 T. O: ~7 _更多网页制作信息请查看: 网页制作

回复|共 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与站长技术交流社区-Ai交流平台 版权所有 All Rights Reserved. Powered by Discuz! X5.0 鄂ICP备15006301号-5|鄂公网安备 42018502006730号
关灯 在本版发帖 扫一扫添加QQ客服 返回顶部
快速回复 返回顶部 返回列表