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# }更多网页制作信息请查看: 网页制作 |
|