http环境本身是一种无连接状态的架构，在这种架构下服务器只能是被动的接受客户端的请求，返回结果，而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中，我们却希望能及时得到服务器给我们返回的数据。此时，一种最为普遍的做法是：在客户端用定时器，定时去请求服务器的服务，来得到最新数据。而这样一来，很多时候却是在做无用功，频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法，既可以及时得到服务器的返回，同时又可以减少做无用功，以及频繁请求带来的性能问题呢?
& D7 `+ p7 Z! B" E* e4 Z4 g; v9 P记得前不久，在园子里有这样的一篇文章，介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法，现在记不得当时是怎么理解这种做法了，只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了，希望了解的朋友能提醒一下)。今天由于架构方案的需要，再来仔细思考连接保持方案，以及参考gmail的请求行为，总结了一下，应该是这样的：客户端一直保持一个与服务器的连接，这个连接一直保持着对服务器的请求动作，直到服务器发现有数据后给它返回后，才结束返回这一次请求。客户端在接收到请求返回后，在处理这些返回之前，又向服务器发送了一次连接请求，直到下一次有数据返回。不可避免的有一种情况，就是如果服务器长时间没有需要给客户端发送数据的话，那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的，在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。
& U0 ~2 d$ c* k& ~. x% i用伪代码来描述一下思路吧：
7 ~* ]" r! o( q# S客户端脚本：
- i* L' ~5 I, \5 n+ G6 V1: function request()! I& U$ _, A& d; ]! d
2: {
1 T: V3 s; {; v2 l. T3: ajax.request(url,onsuccessed,onfailed);
8 x4 ]8 a- u" K& b: S4: }
+ v$ y2 D$ x7 y' W8 V5: function onsuccessed(response)
! o1 I: |) w7 {: p7 _& q8 y/ m6: {
( C+ D4 L0 D5 [0 y: `7: //重新发送一次请求8 Y: @# t6 G4 `' v# s
8: request();, i$ _- T) t3 G x/ _+ R2 P. m0 q
9: //处理返回数据
5 h8 G- T" F0 ^ ^10: }
u0 m1 o8 h. ], ~! T1 g11: function onfailed(), Q* y6 s4 V& c0 t' e, c
12: {0 c# E" A- ^ w. L- S7 V5 U* h6 r
13: //错误(超时)重新请求; ]( h3 S1 l/ B a) y2 p
14: request();
7 x1 P8 v3 }5 i1 x) q15: }
& k- i! J' F! [/ M% f8 N6 Vweb服务：
j6 ?. W9 u+ z$ ]1: public class imservice : ihttphandler0 k: w- A/ Z4 K3 J# |1 {9 ]5 ?
2: {
R3 I1 ?; e/ a4 B7 c3: public bool isreusable{return false;}. m4 ?7 W( P3 o5 v
4: public void processrequest(httpcontext context)
& v% Z" N w9 f: [: k5: {
* D1 |1 ^- m& X+ X+ l1 L6: //读取最新数据7 V# b: u0 b& |) f
7: while(true)4 d0 e" {- w5 V, G5 |5 _
8: {
. K1 k: ?9 [+ K) p, P O9: string message = getmessage();9 t4 M7 @# _9 Q) R
10: if(!string.isnullorempty(message))
( ?9 I9 Y' X/ I, y$ V" o" s! o- P2 Q11: {8 i* Q5 p b5 o* P0 d
12: context.response.write(message);
% i4 ^$ _6 f; N4 x D! H) [' ?13: break;* j9 [: s; J4 b5 `$ c. S; T# T
14: }
, ?+ [( f c, V) {9 }5 }) v15: thread.sleep(500);//等待一段时间再重新读取。0 E* E! Z8 O9 U
16: }
2 t1 V+ F1 A7 c17: }
; W9 x+ p' N4 n+ n1 l# ]18: private string getmessage(); b- ?1 q8 H/ }. B% s) s5 V0 I7 {
19: {$ X4 p/ s+ G+ S' ?0 ]
20: //取得最新数据
4 V$ v1 F) K& m) Z2 s2 V5 b8 P21: }4 i; P9 d( H- Q% S( n3 Q* N# @1 k
22: }0 H2 y/ _1 Z- t$ j: C. ?& s ^
这种方案的好处有：客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据，也就是服务器的轮循设计，则是另一个需要考虑的方案);可以减化客户端逻辑，无需要创建和释放定时器，并减小由此产生的对客户端性能的损失;减少去服务器的请求次数，减少做无用功，节约节省带宽和减少服务器资源需要处理的连接请求。( Z' m1 C, n5 k% r# C' ? O# c; \; Y
相信在此之前，已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
1 l& t& J* P/ c& J补充：服务器部分的设计，除了使用轮循外，也可以考虑使用资源互斥访问的方式来设计，这样做可以获得更佳性能，更高实时性，具体的方案应当根据实际情况来考虑。
: {0 S8 j) D, L0 E% ?9 `
7 A- v+ Q! K9 b( A7 }, A更多网页制作信息请查看： 网页制作 |
|
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡