博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Webserver推送技术
阅读量:5311 次
发布时间:2019-06-14

本文共 4533 字,大约阅读时间需要 15 分钟。

  server推送(Server Push)

      推送技术的基础思想是将浏览器主动查询信息改为server主动发送信息。server发送一批数据,浏览器显示这些数据,同一时候保证与server的连接。当server须要再次发送一批数据时,浏览器显示数据并保持连接。以后,server仍然能够发送批量数据,浏览器继续显示数据,依次类推。

      client拉曳(Client Pull)

在client拖曳技术中,server发送一批数据,在HTTP响应或文档头标记中插入指令,让浏览器“在5秒内再次装入这些数据”或“10秒内前往某URL装入数据”。当指定的时间达到时,client就依照server的指示去做,或者刷新当前数据,或者调入新的数据。

      事实上push 和 pull 这两种技术手段很不同,但目的差点儿一致,都是为了给终于用户方便的提供最新信息。

在server推送技术中,HTTP 连接一直保持着,直到server知道自己已结束发送数据并发送一个结束信号,或者client中断连接。而在client拖曳技术中,并不保持HTTP连接,相反,client被告知合时建立新连接,以及建立连接是获取什么数据。

在server推送中,奇异之处在于“multipart/mixed”格式的MIME,它可以使一个报文(或HTTP响应)包括很多数据项、在client拖曳中,奇异之处在于HTTP响应头标(或等效的HTML元素),它能告知client在指定的延时时间后运行何种动作。

      server推送通常效率要比client拖曳效率高,由于它不必为兴许数据建立新的连接。由于始终保持连接,即使没有传输数据时也是这样,因此server必须愿意分配这些TCP/IPport,对于TCP/IPport数有限的server这将是一个严重的问题。

client拖曳效率低,由于这必须每次为传送数据建立新的连接。可是它不必始终保持连接。

在实际情况中,建立HTTP连接通常须要花费相当多的时间,多达一秒甚至很多其它。因此从性能上考虑,server推送对于终于用户更有吸引力,特别是对于须要常常更新信息的情况下。

server推送相对client拖曳的还有一点优势是,server推送相对照较easy控制。比如,server每一次推送时都保持一个连接,但它又随时能够关闭当中的不论什么连接,而不须要在server上设置特殊的算法。而client拖曳在相同的情况下要麻烦很多,它每次要与server建立连接,server为了处理将client拖曳请求与特定的终于用户匹配等情况,须要使用相当麻烦的算法。

假设实现server推送的CGI程序是使用Shell脚本语言编写的,有时会存在一些问题。比如,client终于用户中断连接,Shell程序通常不能注意到,这将使资源毫无用处的浪费掉,解决这一问题的办法是用Perl或者C来编写这类CGI程序,以使用户中断连接时可以结束执行。

      如上所述,在server推送中,多个响应中连接始终保持,使server可在不论什么时间发送很多其它的数据。一个明显的优点是server全然可以控制更新数据的时间和频率。另外,这样的方法效率高,由于始终保持连接。缺点是保持连接状态会浪费server端的资源。server推送还比較easy中断。

接下来就大概说说server推送技术 

      server在响应请求时,HTTP使用MIME报文格式来封装数据。通常一个HTTP响应仅仅能包括一个数据块。但MIME有一种机制可用一个报文(或HTTP响应)表示将多个数据块,这样的机制就是成为“multipart/mixed”的标准MIME类型。multipart/mixed报文大体格式例如以下: 
Content-type:multipart/mixed;boundary=ThisRandomString 
--ThisRandomString 
Content-type:text/plain 
第一个对象的数据。 
--ThisRandomString 
Content-type:text/plain 
第二个对象的数据。 
--ThisRandomString--

上述报文包含两上数据块,二者的类型都是“text/plain”。最后一个“ThisRandomString”后的两条短线(--)表示报文结束,后面没有数据。

对于server推送,使用一个“multipart/mixed”类型的变种--multipart/x-mixed-replace。这里,“x-”表示属于实验类型。“replace”表示每个新数据块都会取代前一个数据块。也就是说,新数据不是附加到旧数据之后,而是替代它。

以下是实际使用的“multipart/x-mixed-replace”类型: 

Content-type:multipart/x-mixed-replace;boundary=ThisRandomString 
--ThisRandomString 
Content-type:text/plain 
第一个对象的数据 
--ThisRandomString 
Content-type:text/plain 
第二个(最后一个)对象的数据。 
--ThisRandomString-- 
      使用这一技术的关键是,server并非推送整个“multipart/x-mixed-replace”报文,而是每次发送后数据块。 
HTTP连接始终保持,因而server能够按自己须要的速度和频率推送新数据,两个数据块之间浏览器仅需在当前窗体等候,用户甚至能够到其它窗体做别的事情,当server须要发送新数据时,它仅仅是源(ABC输入法没那个字*&^$#)传输管道发送数据块,client对应的窗体进行自我更新。

在server推送技术中,“multipart/x-mixed-replace”类型的报文由唯一的边界线组成,这些边界线切割每一个数据块。每一个数据块都有自己的头标,因而可以指定对象相关的内容类型和其它信息。因为“multipart/x-mixed-replace”的特性是每一新数据块代替前一数据对象,因而浏览器中总是显示最新的数据对象。 

“multipart/x-mixed-replace”报文没有结尾。也就是说,server能够永远保持连接,并发送所需的数据。假设用户不再在浏览器窗体中显示数据流,或者浏览器到server间的连接中间(比如用户按“STOP”button),server的推送才会中断。这是人们使用server推送的典型方式。

当浏览器发现“Content-type”头标或到达头标结束处时,浏览器窗体中的前一个文档被清除,并開始显示下一个文档。发现下一个报文边界时,就觉得当前数据块(文档)已经结束。 

总之,server推送的数据由一组头标(通常包含“Content-type”)、数据本身和切割符(报文边界)三部分组成。浏览器看到切割符时,它保持状态不变,直到下一个数据块到达。

将以上概念进行用编程方法实现,就能够得到实际的server推送程序。比如,以下的Unix shell程序将使浏览器每5秒显示一次server上的进程列表: 

#!/bin/sh 
echo "HTTP/1.1 200" 
echo "Content-type: multipart/x-mixed-replace;boundary=--ThisRandomString--" 
echo "" 
echo "--ThisRandomString--" 
while true 
do 
echo "Content-type: text/html" 
echo "" 
echo "h2Processes on this machine updated every 5 seconds/h2" 
echo "time:" 
date 
echo "p" 
echo "plaintext" 
ps -el 
echo "--ThisRandomString--" 
sleep 5 
done 
      注意到,边界设置在sleep语句之前发送,这可以确保浏览器清除其缓冲区,并显示所接收到的最新数据。 
NCSA HTTPD用户在内容类型中不能使用空格,包含边界參数。NCSA HTTPD仅仅能将不带空格字符的字符串作为内容类型。假设在内容类型行中存在空格(冒号后面的空格除外),空格后的不论什么文本都会被删除。 
以下的演示样例是正确的: 
Content-type: multipart/x-mixed-replace;boundary=ThisRandomString 
       而下例则不能正常工作,由于它在中间有空格: 
Content-type: multipart/x-mixed-replace; boundary=ThisRandomString 
server推送的还有一个长处是它能够针对单个内联图象进行。包含图象的文档能够由server定时或定周期进行更新。而实现这一点很easy:仅仅需使IMG元素的SRC属性指向推送一系列图象的URL就可以。

如果server推送用于单个内联图象,文档中的图象就会一次次被新推送来的图象所取代,而文档本身不需变化(如果文档没有进行server推送)。这样,WEB页面中有限的动画就能够为静态画面所取代。

client拖曳

       client拖曳的一个简单使用方法是使文档按固定周期自己主动重载。比如,考虑以下的HTML文档: 

<META HTTP-EQUIV="Refresh" CONTENT=1> 
<TITLE>Document ONE</TITLE> 
<H1>This is Document ONE!</H1> 
Here's some text.<P> 
       假设将它加载支持动态文档的浏览器(Netscape 1.1以上,Internet Explorer和Mosaic也支持client拖曳),它将每隔一秒将自己重载一次。 
因为META元素实际是在HTML文档中模拟HTTP响应头标,所以它可以告知浏览器将自身信息当作HTTP响应使用。上例中的META标记相当于: 
Refresh:1 
       这样,实际上就是HTTP头标告知浏览器每一秒更新一次文档。假设须要延时是12秒,那么就是这种指令: 
<META HTTP-RQUIV="Refresh" CONTENT=12> 
那么它等效于: 
Refresh:12

      关于client的拖曳我也懒的继续写下去,关于怎么使client自己主动申请其它URL的数据话,请使用例如以下: 

<META HTTP-EQUIV="Refresh" CONTENT="12;URL=http://icools.yeah.net/"> 
注意的是,此处的URL不能使用相对路径,必须所有指定。

当中时间间隔能够设置为0,这样浏览器在当前文档显示完成后,以最快的速度加载新的数据!

转载于:https://www.cnblogs.com/gcczhongduan/p/4022301.html

你可能感兴趣的文章
FOJ Problem 2257 Saya的小熊饼干
查看>>
js分享2
查看>>
Java 实践:生产者与消费者
查看>>
笛卡尔积和卡氏积
查看>>
看图说话,jquery中的width innerwidth outerwidth
查看>>
[INS-30060]:Check for group existence failed
查看>>
javaIO详解、包含文件以及流操作
查看>>
如何使用Leangoo自动生成燃尽图
查看>>
[转]IOCP--Socket IO模型终结篇
查看>>
为什么需要ObjectDataProvider
查看>>
Eclipse(非J2EE版本)配置Extjs环境以及安装部署Tomcat
查看>>
网页中搜索框效果原理。
查看>>
SpringBoot实战 之 异常处理篇
查看>>
【转】【OPenGL】opengl 64位 配置 freeglutx64下载
查看>>
Bootstrap 基础
查看>>
设计模式 之 工厂模式
查看>>
哈夫曼树及解码
查看>>
七大技巧保护无线网络,蹭网卡什么的都是浮云!
查看>>
Sql数据库收缩 语句特别快
查看>>
生成四位随机数的PHP代码
查看>>