如何用ASP.NET实现bosh模拟http双向长连接请求_.NET_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > .NET > 如何用ASP.NET实现bosh模拟http双向长连接请求

如何用ASP.NET实现bosh模拟http双向长连接请求

 2013/11/6 19:10:51  sosopop  博客园  我要评论(0)
  • 摘要:在做研究之前先简单说一下之前公司的通讯模块。最早的时候公司开发的web管理系统是需要配合c++桌面客户端进行一些系统底层操作,并非普通的b/s架构,或者c/s架构,因为需求是可以通过web管理系统向客户端发送一些简单的指令和策略,客户端根据不同只指令或策略进行系统底层的一些操作,并可以向服务器提交日志及状态信息.依此我们设计了如下架构:其中web服务器是用c#写的,通讯服务器是用c++写的,客户端使用c++写的,管理员通过web登录到web服务器管理界面,将相关策略发送到通讯服务器
  • 标签:.net ASP.NET 实现 net 连接 HTTP

  在做研究之前先简单说一下之前公司的通讯模块。最早的时候公司开发的web管理系统是需要配合c++桌面客户端进行一些系统底层操作,并非普通的b/s架构,或者c/s架构,因为需求是可以通过web管理系统向客户端发送一些简单的指令和策略,客户端根据不同只指令或策略进行系统底层的一些操作,并可以向服务器提交日志及状态信息.

  依此我们设计了如下架构:

  

  其中web服务器是用c#写的,通讯服务器是用c++写的,客户端使用c++写的,管理员通过web登录到web服务器管理界面,将相关策略发送到通讯服务器,再由通讯服务器通知到c++客户端,为了保证能够即时得到通知,使用通讯服务器与客户端之间建立tcp连接是必须的。但是由此导致了一个问题,就是通讯服务器中可能包含了和web服务器相同的业务代码,导致维护比较麻烦,并且在c++通讯服务器中修改业务代码,没有web服务器中的asp.net那么方便.

  后来我们修改了这种设计方式,通讯服务器只是用来做和客户端之间的长连接维持,只接收转发web管理服务器下发的指令,当c++客户端需要获取数据,或者提交业务数据的时候,直接连接到web服务器post相关请求获取或者提交数据.这样客户端的连接通道分成了指令通道(TCP)和数据通道(HTTP).这样的好处是通讯服务器不用再处理业务了,所有的业务处理都通过数据通道交由web管理服务器处理.通讯服务器不需要再发生改变.

  再就是后来我们想到是不是通讯服务器也可以去掉,这样可以节省掉c++模块的维护,只使用web服务器进行通讯,并且也方便以后的调试.但是使用http协议进行通讯有个最大的缺陷就是只能客户端通过web服务器去拉取数据,而web服务器无法向客户端主动下发数据.为了克服这个缺点,研究了使用http协议轮询数据,或者建立http长连接,但在时效性,性能,兼容性各方面考虑最后还是没有使用.后来研究xmpp的时候,发现webIM的很多实现用了一种叫Bidirectional-streams Over Synchronous HTTP (BOSH)的技术,可以模拟双向通讯.于是下面我就是实验了一下.

  根据bosh的说法就是客户端向服务器发起请求之后,服务器如果当前没有数据的话,就hold住这个请求,不立即返回,当有数据的时候,再返回此次请求.怎样hold住就是问题的关键了,由于之前没用过asp.net但可以预见到,直接把请求的当前线程挂起是不行的,如果1000个请求就挂住一千个线程,服务器是受不了的,猜测asp.net应该有一种异步处理机制的,网上搜了一下,果然米有问题,添加"一般处理程序"修改为继承异步接口就可以了,如下代码.

    public class _long : IHttpAsyncHandler
    {
        public bool IsReusable
        {
            get
            {
                return false;
            }
        }
        public System.IAsyncResult BeginProcessRequest(System.Web.HttpContext context, System.AsyncCallback cb, object extraData)
        {
            LongAsyncResult result = new LongAsyncResult(cb, context);
            try
            {
        //do something
            }
            catch (System.Exception ex)
            {
                result.SetSyncComplete();
            }
            return result;
        }
        public void EndProcessRequest(System.IAsyncResult result)
        {
        //do something
        }
        public void ProcessRequest(System.Web.HttpContext context)
        {
            //throw new Exception("The method or operation is not implemented.");
        }
    }

  后来我们公司根据实际情况还是用http建立了两个通道,一般业务请求处理,使用普通的http短连接请求,而服务器的数据下发则使用的bosh建立的双向通道.经过测试修改iis部分配置之后,连接数是没有限制的,关键就是看业务执行的效率了.如果对性能没有什么特殊的要求的话,这种实现方式的开发效率还是很高的.

总结一下使用这种方式的好处:

  可以利用IIS稳定高效的底层通讯框架。
  可以使用.NET框架迅速开发出稳定程序,并可以方便对业务的快速修改。
  可以跨平台部署通讯服务器。
  可以利用IIS或者Apache现成的负载均衡解决方案。
  在外网部署,http协议防火墙穿透性比较强。
  可以利用一些现成的http代理服务器进行通讯跳转。

发表评论
用户名: 匿名