http环境本身是一种无连接状态的架构,在这种架构下服务器只能是被动的接受客户端的请求,返回结果,而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中,我们却希望能及时得到服务器给我们返回的数据。此时,一种最为普遍的做法是:在客户端用定时器,定时去请求服务器的服务,来得到最新数据。而这样一来,很多时候却是在做无用功,频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法,既可以及时得到服务器的返回,同时又可以减少做无用功,以及频繁请求带来的性能问题呢?
/ T4 _6 z9 [# V0 O9 |记得前不久,在园子里有这样的一篇文章,介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法,现在记不得当时是怎么理解这种做法了,只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了,希望了解的朋友能提醒一下)。今天由于架构方案的需要,再来仔细思考连接保持方案,以及参考gmail的请求行为,总结了一下,应该是这样的:客户端一直保持一个与服务器的连接,这个连接一直保持着对服务器的请求动作,直到服务器发现有数据后给它返回后,才结束返回这一次请求。客户端在接收到请求返回后,在处理这些返回之前,又向服务器发送了一次连接请求,直到下一次有数据返回。不可避免的有一种情况,就是如果服务器长时间没有需要给客户端发送数据的话,那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的,在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。
+ c' R: [0 x1 G7 c用伪代码来描述一下思路吧:4 K/ K( [; `4 U: p1 z8 F& }( X
客户端脚本:! Q' h2 u: @8 z- Z6 L. ~2 u
1: function request()
6 {# C. X8 f+ D0 A& v! H1 P2: {
5 k2 B6 ?+ B( A4 m4 E- e8 ] Y3: ajax.request(url,onsuccessed,onfailed);
2 P2 r! |$ m( k4: }! }: Y/ P4 ]6 R! V
5: function onsuccessed(response)( h" i3 i' x, J6 \7 a
6: {
% Z3 W. {% s5 y7: //重新发送一次请求8 E0 E3 M6 p( Z" r% f; v
8: request();( K O6 ^2 O8 o- k6 Q7 S) A7 d$ F
9: //处理返回数据
; _, d: m. K+ T$ Q! n10: }
s d0 j- X1 U- S1 e% k11: function onfailed()/ ?$ _' A% d9 Z! D# Y$ B; \! T+ s
12: {
0 Q7 X5 W/ S: J- F& u! _4 g! B13: //错误(超时)重新请求: f' y: @2 k$ ?4 C+ E( S' n3 o
14: request();( D& q( Q* l% X1 V' @8 K
15: }' d' i6 V; p3 h3 r: c, X
web服务:. r$ b1 _2 s& o: u" o8 z
1: public class imservice : ihttphandler9 L; [1 l6 [8 n ]$ G# p
2: {+ e! i7 ?3 Q5 A9 g: F
3: public bool isreusable{return false;} ]' z9 F! u8 y+ \
4: public void processrequest(httpcontext context)
6 y4 ~1 Q$ q% p1 |5 m" R, `9 w) ?5: {
5 ?& W ^1 \ t- [9 s6: //读取最新数据
. d" J5 b5 R, d/ ]7: while(true)
4 L4 ]6 _: A3 p8: {& L" H; y) p1 ?
9: string message = getmessage();
- U+ w2 Y: I+ N$ g6 I) N) U0 |10: if(!string.isnullorempty(message))# T& I7 P* h7 {2 {
11: {' X8 V8 p1 J) u, \ K
12: context.response.write(message);4 b# s$ h6 b4 J. L1 \
13: break;4 O" E% P0 D! q0 z
14: }
1 K0 Y" Z- [( {) `" b( S: g15: thread.sleep(500);//等待一段时间再重新读取。, K% N4 a3 W- z) `( ^2 t
16: } C- X- p4 |& T
17: }+ O6 p+ G# I% @ K" r
18: private string getmessage()' J7 e+ p% M' `) \. L s) M
19: {. Z2 B; Q) Y) ?- T
20: //取得最新数据
, R' Z2 w; C+ o* o r8 L" i" ]21: }
1 d& F0 J6 t* A4 w; ~22: }
# V# J9 `# p, i5 [2 D0 @2 b% L这种方案的好处有:客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据,也就是服务器的轮循设计,则是另一个需要考虑的方案);可以减化客户端逻辑,无需要创建和释放定时器,并减小由此产生的对客户端性能的损失;减少去服务器的请求次数,减少做无用功,节约节省带宽和减少服务器资源需要处理的连接请求。3 i! |6 x* c$ X! F
相信在此之前,已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
+ h% m# \& j+ t; z% b7 Y1 p- ~: O补充:服务器部分的设计,除了使用轮循外,也可以考虑使用资源互斥访问的方式来设计,这样做可以获得更佳性能,更高实时性,具体的方案应当根据实际情况来考虑。
4 d( x+ O, y9 L
0 u" [4 B8 y) d; ] d6 [! t5 c+ S更多网页制作信息请查看: 网页制作 |
|