异步请求新做法

类似WebQQ对话的异步请求做法：

场景：

WebQQ聊天时，如果A、B都处于登陆状态，A发送消息给B，B端必须有一个请求监听服务端消息池，我们想到的做法就是不断发送request请求轮检，但是轮检的周期设定多长时间合适呢，同时在这个周期中是否能保证及时监测到结果，也就是说尽量减少延迟时间，但是减少延迟周期不能以缩短请求周期为代价，因为周期缩短了也就意味着请求个数增加了，请求个数增加对服务器的压力自然也会增加。

 

解决方案：

在客户端定期如2~3分钟（这种频率算是比较小的请求频率了）发送一个异步请求到服务端，前面的做法一样都是用轮检，但是不同的是服务端的做法——在服务端重写异步请求的接口IHttpAsyncHandler，在BeginProcessRequest返回IHttpAsyncHandler时设定范围结果的IsCompleted为false，这样服务端的请求就不会直接返回到客户端，也就是说检测不到消息的时候让请求处于继续等待的状态，那么，什么时候解除这种等待状态呢？第一种、TimeOut的时候系统自动解除；第二种、调用线程池中的方法： ，在回调函数asyncResult.Complete中设定asyncResult.的IsCompleted为true即可

也就是说，当服务端检测到信息时，客户端的请求是还保持连接的，而调用QueueUserWorkItem马上就可以响应客户端的请求

 

这种做法可以实现即时聊天的功能

我们平台的消息机制以后会改成这种做法。

 

代码如下：

 

 

重写BeginProcessRequest，当没有接收到消息时返回的IAsyncResult的IsCompleted属性设为false，客户端将继续保持连接，直到timeOut或者调用 函数

客户端才会接收服务端发回的信息

 

重写BeginProcessRequest，当没有接收到消息时返回的IAsyncResult的IsCompleted属性设为false，客户端将继续保持连接，直到timeOut或者调用 函数

客户端才会接收服务端发回的信息