http环境下的保持连接方式

http环境本身是一种无连接状态的架构，在这种架构下服务器只能是被动的接受客户端的请求，返回结果，而无法主动的给客户端发送数据。而在很多需要实时数据交互(比如web im)的场景中，我们却希望能及时得到服务器给我们返回的数据。此时，一种最为普遍的做法是：在客户端用定时器，定时去请求服务器的服务，来得到最新数据。而这样一来，很多时候却是在做无用功，频繁的请求也会无端的增加服务器和客户端在请求web服务上的消耗。那么是否有一种更好的办法，既可以及时得到服务器的返回，同时又可以减少做无用功，以及频繁请求带来的性能问题呢?
记得前不久，在园子里有这样的一篇文章，介绍了几种web环境定时刷新数据的机制。其中就有提到google gmail的一种比较巧妙的做法，现在记不得当时是怎么理解这种做法了，只记得有“保持长连接”的基本做法。(当然现在也找不到这篇文章了，希望了解的朋友能提醒一下)。今天由于架构方案的需要，再来仔细思考连接保持方案，以及参考gmail的请求行为，总结了一下，应该是这样的：客户端一直保持一个与服务器的连接，这个连接一直保持着对服务器的请求动作，直到服务器发现有数据后给它返回后，才结束返回这一次请求。客户端在接收到请求返回后，在处理这些返回之前，又向服务器发送了一次连接请求，直到下一次有数据返回。不可避免的有一种情况，就是如果服务器长时间没有需要给客户端发送数据的话，那么可以就会造成请求失败(超时或其它原因)。对于这种情况的处理也是一样的，在错误的回调事件中重新发送一次请求连接。这样就可以模拟保持连接状态了。
用伪代码来描述一下思路吧：
客户端脚本：
1: function request()
$ u5 [7 A! t- F7 n( m2: {
  _/ V1 [! l+ Q3: ajax.request(url,onsuccessed,onfailed);
9 W- B  J& `, g" k# d# D# d4: }
5: function onsuccessed(response)
: ]& Z+ g- H2 k, c/ D" W6: {
4 U) Y+ @1 N9 W8 E+ f' g4 |% D7: //重新发送一次请求
/ ^. i+ Q, L4 r# ~9 }4 [& J! D  t8: request();
9: //处理返回数据
3 V# ~5 f. [5 i% v% X10: }
1 g# }% P0 D! r' J11: function onfailed()
8 |  x. A% ~% n) R8 K% _8 b% P: f/ d4 R12: {
13: //错误(超时)重新请求
+ w1 T9 H0 A; Q0 |, ^3 P+ u+ g/ p14: request();
" I# ~+ m' b( a' U4 f15: }
web服务：
1: public class imservice : ihttphandler
2: {
* Z% P( k  P# |- M3: public bool isreusable{return false;}
7 h( u9 |6 o' B2 _4: public void processrequest(httpcontext context)
* g1 V, W8 Y6 ?5: {
6: //读取最新数据
3 w+ Z! J# X: H/ r5 {7 j7: while(true)
2 U8 g) j  |; g  t+ F9 Q% Q# I7 a8: {
8 F$ G5 y- s0 M0 M( f9: string message = getmessage();
10: if(!string.isnullorempty(message))
1 X8 F* L2 n& s. t+ v11: {
0 O8 p# B6 k' @0 U: R12: context.response.write(message);
, o) l+ X9 v2 H3 A! @$ _13: break;
2 t6 |& H% I  P% L14: }
- @- X7 h5 F/ A15: thread.sleep(500);//等待一段时间再重新读取。
16: }
17: }
  A( ~7 X% b+ O6 B# k( A, }18: private string getmessage()
19: {
' @' L% L5 Q: W$ S20: //取得最新数据
21: }
22: }
. Y( b" E7 w) E+ Y8 t, w这种方案的好处有：客户端可以第一时间得到服务器需要给客户端发送的数据(而至于web服务怎么知道要给客户端发送数据，也就是服务器的轮循设计，则是另一个需要考虑的方案);可以减化客户端逻辑，无需要创建和释放定时器，并减小由此产生的对客户端性能的损失;减少去服务器的请求次数，减少做无用功，节约节省带宽和减少服务器资源需要处理的连接请求。
1 v0 Q5 @7 U$ Y6 N/ b+ m; A  E相信在此之前，已经有很多人在使用这种方案了。欢迎大家就此方案发表自己的见解。
补充：服务器部分的设计，除了使用轮循外，也可以考虑使用资源互斥访问的方式来设计，这样做可以获得更佳性能，更高实时性，具体的方案应当根据实际情况来考虑。
- K* S) w- g* ~2 h
更多网页制作信息请查看： 网页制作

哈哈 我支持你

呵呵 放心 如我算错 你以后来砸我的帖子 呵呵

不为楼主的标题所吸引，也不是被贴子的内容所迷惑。

呵呵 高高实在是高~~~~~

唉!猪!你怎么了?

阿额~~~这些人都疯特勒~~~~~

求您了,给个机会

这篇帖子构思新颖，题材独具匠心，段落清晰，情节诡异，跌宕起伏，主线分明，引人入胜，平淡中显示出不凡的文学功底，可谓是字字珠玑，句句经典，是我辈应当学习之典范（不好意思回错帖了

教教我怎么seo

哈哈~` 好久没有笑喽~

对自己好点~别难为自己

哈哈 怎么说来眼睛小真的很好 哈 哈哈~~~~