返回列表 发新帖

http环境下的保持连接方式

111.8k 12
swmozowtfl 发表于 2015-7-9 23:02:36|湖北 | 查看全部 阅读模式
http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
. x4 i6 T: M, Q2 P3 ?记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。+ s& J) J( ~" _, a0 s) h
用伪代码来描述一下思路吧:
2 X: t0 [2 Y" P( F6 N& h+ B客户端脚本:& o% W, x* J/ c6 ]2 g  J# I$ F
1: function request()" J7 ]. [3 y' e3 u% p6 H
2: {! }* t: J, T) x+ O
3: ajax.request(url,onsuccessed,onfailed);# R4 E; U' l& E$ j9 o7 t- A
4: }9 y2 e4 V9 k3 |4 y# T; \
5: function onsuccessed(response)
( G. e; h1 U0 B7 D7 E5 P' y6: {
9 v3 [) W% C4 l, u7: //重新发送一次请求
# I7 T4 }- p+ [" l* x% X% u, X2 S8: request();
, I# A4 ]  J: U6 r4 V$ y9: //处理返回数据
- R9 C  }2 r: A# d( h% |1 R+ H/ ~10: }. ]$ t. p& I0 y) K2 U: |& a
11: function onfailed()
/ I8 p! N9 {6 _) m% |: w- n4 Q12: {5 R4 Z+ ^/ p1 n6 s) b( p; K
13: //错误(超时)重新请求
. F5 |; R2 m  b  B7 W14: request();& C6 I' O; ?) u$ }7 n
15: }9 A! V5 S; {$ r. f1 _7 P* S
web服务:
2 V$ {7 h1 L; |# Y+ q8 X# T1: public class imservice : ihttphandler
- D! V3 {9 ^2 P7 q2: {
: L8 k2 }* Z: ~9 }$ [3: public bool isreusable{return false;}
; [6 Z- i# ~5 y* m7 M4: public void processrequest(httpcontext context)& `2 g1 p' E( B6 ]- \: Z
5: {
; p' e- L# d' j$ p; Z! Y0 ?6: //读取最新数据
. v/ p' _' f3 v3 h7: while(true)
; x  p9 Z4 |8 {% R; V8: {
- D& Y$ `! G: N1 C6 ~9: string message = getmessage();
& [! H, \( G# C; [4 B( ]9 P( m, ?10: if(!string.isnullorempty(message))
; I- B" g/ n0 l2 L11: {9 H$ G& y* K! y* U
12: context.response.write(message);
8 m5 b# [6 p3 u! J: o. I13: break;% \$ c, \( O+ Z$ _& G
14: }7 J; Z' E7 O, F( T# H; t0 V0 R
15: thread.sleep(500);//等待一段时间再重新读取。
. V5 {! y, F2 M' O% j- C16: }) k2 o# G/ B0 H; a& d: i( w
17: }  S" r+ o% n, j0 k% r9 L: c3 d
18: private string getmessage()4 l2 E" X/ K- Y! C/ i( ~1 r
19: {" X$ |2 ?+ _9 f
20: //取得最新数据7 _3 y" \5 E' f. @$ t! |
21: }0 ?; |2 G. m& q/ k+ g; k6 _
22: }
7 ]# z( k- I5 y# K2 d  Z* P这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。
# V* K- o6 T* b4 `) M' ~相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。7 c+ R2 h! J6 p1 C
补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。9 x) G2 N3 ^# F& i; N

  C! _2 k) e2 n/ ^" r6 C9 B# }更多网页制作信息请查看: 网页制作

回复|共 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客服 返回顶部
快速回复 返回顶部 返回列表