http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
3 U4 _: i, r. V1 Z6 j6 M记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。
, v1 ?# B$ X2 Y用伪代码来描述一下思路吧:
% g- J( l1 z* x, q* a客户端脚本:% ?5 k5 r6 r! [/ e4 C
1: function request()
) T3 S/ s, _' L) B+ a9 Z2: {& U( B2 a9 `4 a$ `8 r0 i
3: ajax.request(url,onsuccessed,onfailed);
5 ?- S1 R' x" J B% X) V/ f4: }
' b8 E/ U3 l' ~0 Z1 c% p5: function onsuccessed(response)
8 o" l( m" V. a9 W& u6: {
5 Q) W6 I& ^# c: ~7: //重新发送一次请求2 J+ G' V7 g0 {4 E" P
8: request();# {" ^; ~; I8 k/ g& _
9: //处理返回数据
& r, }* s) n f5 A% d8 `10: }8 D6 ~; M' [8 N" B( V
11: function onfailed()
3 f9 h/ Z1 x' J1 U7 a12: {4 s: s+ `4 X% n8 s$ J, j! |
13: //错误(超时)重新请求. b* c2 x( g6 J
14: request();
9 c: Q8 E+ ~3 v15: }1 {" E y' M7 e* L
web服务:
- T& ?& J0 o6 N1: public class imservice : ihttphandler/ ?2 G% ^' _5 d9 ~/ h# x: l
2: {
, u0 n% q0 w4 P$ ^ y0 V8 e; F3: public bool isreusable{return false;}
{4 o' l0 m: P4 Q" f4: public void processrequest(httpcontext context)
# T( h4 l# ~2 E, h- i* A4 [1 K5: {
7 P6 B' R( b* ?& a4 A1 _6: //读取最新数据
) C* f6 w+ O5 w( x, D! t7: while(true)+ t d) |! m3 T
8: {
, S& s4 U% x- O* b* r+ ]: y" M9: string message = getmessage();
, A( j0 Z0 Y1 @" j/ O7 J4 W, W' c10: if(!string.isnullorempty(message))- d! \0 ]& |9 q5 U2 w
11: {
" T# g( i8 h/ r6 u) p12: context.response.write(message);4 h: I0 x' H4 \% ]% C2 ]
13: break;
! K0 A7 O2 z" ~14: }7 w: }! p) e' ? i, [6 i: ^: ]7 y
15: thread.sleep(500);//等待一段时间再重新读取。& k; c- F$ H: |
16: }5 j, f! X: c* [3 R- _
17: }
! Z+ x- q/ L4 p# D8 h( A7 |18: private string getmessage() b5 j% [ E6 J
19: {9 Q: n# K* l6 i4 r
20: //取得最新数据# i$ f: e. P, P z+ C( y' G
21: } y) z& d e1 c) S
22: }. Y) o6 O: c* l/ F& h& D
这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。
: C; }% X* g0 d- D$ A相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
3 D+ X5 W% p6 }" l, B f; v补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。) o; Y: A- f3 L* R
/ j4 m1 A: E0 Y6 U/ d更多网页制作信息请查看: 网页制作 |
|