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- `! @+ _$ @更多网页制作信息请查看: 网页制作 |
|