Asp.net的服务器推技术 (Server Push)

在以往的和服务器端通信技术中,我们多数使用的是AJAX轮询式访问,也就是在Javascript中控制时间间隔,然后每隔一段时间就访问一次服务器,然后获得数据或通知。但是这种轮询方式的访问有90%是在做无用功。 
  要想长时间保持服务器和浏览器之间的连接怎么办?长连接技术,这可不是什么新技术,用IFrame作为隐藏帧指向长请求页面的方法早已被很多人运用在互联网上,但是IFrame作为隐藏帧有一个弊端,那就是浏览器的进度条始终处在读取状态。为了使用户获得更好体验,“Google的天才们”使用了一个叫“htmlfile”的对象解决了这一问题,并把它运用了了GMail和GTalk两个产品上。 
  如今我们公司要做的新项目上要求有实时报警功能,本来我想用AJAX轮询做,但是觉得挺没追求的,前段时间听说有了Server Push,但是没仔细研究,这次倒是个机会,一天时间,从网上搜集资料。资料不是很多,而且现在有很多开发人员还认为长连接是天方夜谭,居然还有把HTTP协议搬出来要证明自己观点的…… 
废话不多说了,来介绍一下长连接技术,通常的长链接就是做一个网页,里面写好一个IFrame标签,高宽设置为0,SRC属性指向一个网页,比如是ASPX,然后在这个文件中不做别的,只是在调用Context.Response.Write方法,输出什么?比如客户端有一个更改时间的方法Change(time),那输出就是("<script>window.parent.Change("+DateTime.Now.ToString()+")</script>"),也就是不断的输出客户端的函数调用,并且做成死循环,这样浏览器和服务器端就形成了一条源源不断的数据传输链接。 
那htmlfile是什么呢?这是一个类似Javascript中Window对象的一个ActiveXObject,它内部也是DOM结构,将作为隐藏帧的IFrame写入这个对象中,就可以解决进度条的问题。说的可能比较晦涩,来看实例代码吧:

Default.aspx.cs

C#代码  

  1. public partial class _Default : System.Web.UI.Page
  2. {
  3. protected void Page_Load(object sender, EventArgs e)
  4. {
  5. }
  6. protected override void Render(HtmlTextWriter output)
  7. {
  8. string str;
  9. while (true)
  10. {//死循环保持长链接
  11. str = "<script >window.parent.Change(‘" + DateTime.Now.ToLongTimeString() + "‘)</script>";
  12. this.Context.Response.Write(str);
  13. this.Context.Response.Flush();//输脚本调用出
  14. System.Threading.Thread.Sleep(1000);
  15. }
  16. }
  17. }

WebForm1.aspx

Html代码  

    1. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">>
    2. <html xmlns="http://www.w3.org/1999/xhtml">
    3. <head runat="server">
    4. <title>Asp.net Server Push</title>
    5. <script type="text/javascript">
    6. function Change(str){
    7. window.document.getElementById("div1").innerText=str;
    8. }
    9. function onload(){
    10. var ifrpush = new ActiveXObject("htmlfile"); // 创建对象
    11. ifrpush.open(); //打开
    12. var ifrDiv = ifrpush.createElement("div"); //添加一个DIV
    13. ifrpush.appendChild(ifrDiv); //添加到 htmlfile
    14. ifrpush.parentWindow.Change=Change; //注册 javascript 方法 搞不明白为什么还要注册
    15. ifrDiv.innerHTML = "<iframe src=‘Default.aspx‘></iframe>"; //在div里添加 iframe
    16. ifrpush.close(); //关闭
    17. }
    18. onload();
    19. </script>
    20. </head>
    21. <body>
    22. <div style=" float:left">现在时间是:</div>
    23. <div id="div1"></div>
    24. </body>
    25. </html>

Asp.net的服务器推技术 (Server Push)

时间: 2024-08-03 09:09:49

Asp.net的服务器推技术 (Server Push)的相关文章

HTTP/2之服务器推送(Server Push)最佳实践

商业转载请联系腾讯WeTest获得授权,非商业转载请注明出处.   WeTest 导读 HTTP/1.X出色地满足互联网的普遍访问需求,但随着互联网的不断发展,其性能越来越成为瓶颈.IETF在2015年发布了HTTP/2标准, 着重于提高HTTP的访问体验, HTTP2优势主要包括: 二进制传输.头部压缩.多路复用和服务器推送(Server Push). 截止目前, 大部分CDN厂商已经宣布支持HTTP/2,然而"支持"大多省略了服务器推送(ServerPush)特性.估计这和ngin

服务器推送(Server push)技术总结

1. 短轮询 ajax按一定间隔去请求 2. 长轮询(long Polling) Long Polling的实现很简单,可分为四个过程: 发起Polling发起Polling很简单,只需向服务器发起请求,此时服务端还未应答,所以客户端与服务端之间一直处于连接状态. 数据推送如果服务器端有相关数据,此时服务端会将数据通过此前建立的通道发回客户端. Polling终止 Polling终止情况有三种:若服务端返回相关数据,此时客户端收到数据后,关闭请求连接,结束此次Polling过程.若客户端等待设定

HTTP 笔记与总结(9)分块传输、持久链接 与 反向 ajax(comet / server push / 服务器推技术)

反向 ajax 又叫 comet / server push / 服务器推技术 应用范围:网页聊天服务器,例如新浪微博在线聊天.google mail 网页聊天 原理:一般而言,HTTP 协议的特点是,连接之后断开连接(服务器响应 Content-Length,收到了指定 Length 长度的内容时,也就断开了).在 HTTP 1.1 协议中,允许不写 Content-Length,比如要发送的内容长度确实不知道,此时需要一个特殊的 Content-Type:chunked,叫做分块传输,只有当

Comet:基于 HTTP 长连接的“服务器推”技术

“服务器推”技术的应用 传统模式的 Web 系统以客户端发出请求.服务器端响应的方式工作.这种方式并不能满足很多现实应用的需求,譬如: 监控系统:后台硬件热插拔.LED.温度.电压发生变化: 即时通信系统:其它用户登录.发送信息: 即时报价系统:后台数据库内容发生变化: 这些应用都需要服务器能实时地将更新的信息传送到客户端,而无须客户端发出请求.“服务器推”技术在现实应用中有一些解决方案,本文将这些解决方案分为两类:一类需要在浏览器端安装插件,基于套接口传送信息,或是使用 RMI.CORBA 进

【转】Comet:基于 HTTP 长连接的“服务器推”技术

原文链接:http://www.ibm.com/developerworks/cn/web/wa-lo-comet/ 很多应用譬如监控.即时通信.即时报价系统都需要将后台发生的变化实时传送到客户端而无须客户端不停地刷新.发送请求.本文首先介绍.比较了常用的“服务器推”方案,着重介绍了 Comet - 使用 HTTP 长连接.无须浏览器安装插件的两种“服务器推”方案:基于 AJAX 的长轮询方式:基于 iframe 及 htmlfile 的流方式.最后分析了开发 Comet 应用需要注意的一些问题

转载:Comet:基于 HTTP 长连接的“服务器推”技术

转自:http://www.ibm.com/developerworks/cn/web/wa-lo-comet/ 很多应用譬如监控.即时通信.即时报价系统都需要将后台发生的变化实时传送到客户端而无须客户端不停地刷新.发送请求.本文首先介绍.比较了常用的“服务器推”方案,着重介绍了 Comet - 使用 HTTP 长连接.无须浏览器安装插件的两种“服务器推”方案:基于 AJAX 的长轮询方式:基于 iframe 及 htmlfile 的流方式.最后分析了开发 Comet 应用需要注意的一些问题,以

[转载] Comet:基于 HTTP 长连接的“服务器推”技术

转载自http://www.ibm.com/developerworks/cn/web/wa-lo-comet/ “服务器推”技术的应用 传统模式的 Web 系统以客户端发出请求.服务器端响应的方式工作.这种方式并不能满足很多现实应用的需求,譬如: 监控系统:后台硬件热插拔.LED.温度.电压发生变化: 即时通信系统:其它用户登录.发送信息: 即时报价系统:后台数据库内容发生变化: 这些应用都需要服务器能实时地将更新的信息传送到客户端,而无须客户端发出请求.“服务器推”技术在现实应用中有一些解决

comet(基于http长连接的“服务器推”技术)

comet(基于http长连接的“服务器推”技术)web服务器是被动发送数据给客户端的,客户端有请求,服务器端才会响应(发送数据),所以“服务器推”技术加了引号.实现方式有两个:1.基于ajax的长轮询(long-polling)方式 浏览器发送ajax请求(设置timeout,并且对返回的状态进行处理, 猜想:设置了timeout,connection:keep-alive就会加入到请求头中,即基于http长连接), 如果到了时间,http连接断了(底层是tcp连接断了)则重新发起请求.2.基

采用PHP实现”服务器推”技术的聊天室

传统的B/S结构的应用程序,都是采用"客户端拉"结束来实现客户端和服务器端的数据交换. 本文将通过结合Ticks(可以参看我的另外一篇文章:关于PHP你可能不知道的-PHP的事件驱动化设计),来实现一个服务器推的PHP聊天室简单构想. PHPer,尤其是用过set_cookie, header的,一定见过这样的提示信息:"Warning: Cannot modify header information – headers already sent by-..",