http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
: t1 K* [, U' ?' J记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。" X$ W3 g% M2 _1 o( X8 t
用伪代码来描述一下思路吧:6 k( @/ F' N& {" F1 J
客户端脚本:
$ i; l0 l' }6 p) P1: function request(): g! N6 F1 \) q& F
2: {
+ g! t' V+ H& y( r& e* t3: ajax.request(url,onsuccessed,onfailed);& k! }2 s; V5 I6 E5 T
4: } \8 a% T0 P$ b$ W8 ?
5: function onsuccessed(response)
9 x/ w$ b8 ]: k6: {
/ W5 [. b+ a% B; r3 n. W* X; W T7: //重新发送一次请求1 ~- J$ q9 M; L" u% F% o! U
8: request();. F- z% {6 k, @" L* ~ j" a& I
9: //处理返回数据, H: Z5 H% t! D3 A
10: }5 S* n( o" t# b& L' t ~ {! O- D
11: function onfailed()
H* r" s4 ~( ~9 r1 \$ F12: {
' K4 r/ ]& ^' ^ J1 i$ [13: //错误(超时)重新请求* V! o( p1 m$ ~$ }: ], c
14: request();
6 H3 H# h* | t" c1 X8 q15: }3 h( o. k1 @/ E9 e7 y
web服务:
( _2 O, P; n" _: D( M9 j3 e1: public class imservice : ihttphandler
7 ?# w2 h& n) ]" r2: { z$ }% S: Z4 N. C
3: public bool isreusable{return false;}% v' z! I1 s1 f/ V6 ~" y
4: public void processrequest(httpcontext context)
" f. v! V( O' D: ~5 |- U0 `5: {. F- X, l& {) k- B; V2 S0 E
6: //读取最新数据
Y0 v" N$ m' V& A/ V# S$ h7: while(true)* U, r% ^1 j4 x: c
8: {
0 w. H# |/ @. F6 F! B9: string message = getmessage();
@# N/ V0 d3 a10: if(!string.isnullorempty(message))# k4 p. l1 p$ L b
11: {+ k& u$ O1 b" }
12: context.response.write(message);
S) S: _9 z" l! M; L13: break;" q& g- q% V' `+ W
14: }
/ O2 g/ b7 Y" c15: thread.sleep(500);//等待一段时间再重新读取。% D2 u1 J/ N* ]( M, B: V
16: }
) a7 N5 r5 e- P17: }
1 x5 _9 H/ r% W. X3 @18: private string getmessage()9 P9 h: [5 S" B2 L) l. x
19: {
8 {$ l, V0 }" d( y6 p/ @9 m8 t" v20: //取得最新数据1 G7 v5 o1 s4 O2 \5 ^
21: }
& v7 ?! K- f6 J' L! l8 }( F22: }3 v: | C% T& q; y
这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。
( {" a! M+ a, v e# z. z. _" ?9 ~. V相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
) ~7 f0 `" J5 v* S3 A3 m补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。
$ B. g8 Y2 t' b' E
, u+ L; q0 j8 N+ B, q更多网页制作信息请查看: 网页制作 |
|