页面自动跳转与http302、html refresh以及js跳转之间的关系

原创文章,转载请指明出处并保留原文url地址

什么是页面跳转,为什么页面跳转,怎么进行页面跳转。关于网页跳转技术很多,文章也很多,方法代码都很多,但是这些方法差别在那里,那些方法速度快,那些方法灵活,那些方法用户能感觉到,为什么能感觉到,我看了一些文章,结合多年的工作经验,通过绘制序列图等办法简单总结一下,换个角度理解一下,希望对大家有所帮助!

本文重点在于比较http跳转,html跳转,js跳转的工作流程,以及重点分析他们在时间开销上的情况,同时我们重点在于绘制一些图形,然后希望读者能够从图中体会到区别,需要读者体会的地方都用特别区域标识出来了。请大家注意。

一.什么是页面跳转

网站都是由各种各样页面组成,正常情况下A页面里面包含B页面,C页面的链接,用户在浏览A页面过程中,手工人为点击B链接,然后用户浏览器就显示到B页面。这个过程我们就可以叫页面跳转。

我们显然不是说这种页面跳转。我们考虑如下场景,一个网站由A,B,C页面构成。正常他们有他们自己显示内容。随着时间推移,发现A页面内容应该同C页面内容相同,但是由于A页面已经被大量用户收藏在浏览器的收藏夹中,或者被搜索引擎收录,若是现在取消A页面的地址(就是取消页面),则对用户是个非常糟糕的事情,但是同时维护两个页面A及C又是个麻烦的事情,稍有疏忽就会造成内容不一致,给用户造成困惑,同时搜索引擎也会不认可。 如何保证A地址不取消,同时又准确保证两个页面显示内容相一致?

我们今天要解决的是在没有用户干预下的页面跳转,完成当用户需要显示页面A时,我们给他显示页面C的内容。

另外为了说明问题方便,我们同时也假设页面B内容也指向内容C,只是采用跳转技术不一样,这样我们方便区别两种行为的差别。

wps_clip_image-466[3][1]

图1  浏览器访问服务器示意图

如上图中,展示了用户访问服务器获取页面的一个基本过程。图中主要分为两个部分,左侧区域是用户端, 右侧区域是服务端,用户端的用户通过手机或者电脑或者智能设备访问服务端页面。

服务端由若干页面构成,这里简化了服务端行为,并且抽象成三个页面A,B,C,正常情况下服务端应该有很多Action对象,Action对象同页面相对应,提供各种服务,我们仅仅简化Page:A, Page:B, Page:C

用户端就是手机, 包括手机操作操作系统, 网络层(tcp/ip/udp等),http等协议层,以及浏览器,浏览器内部进行html的解析,css渲染,js执行引擎等等。

典型用户页面浏览行为如下:

1. 用户启动浏览器

2. 在浏览器地址中输入url地址

3. 浏览器发起http请求

4. 网络层发起tcp请求到服务器,传输http数据包

5. 服务器接收到请求后进行处理,然后返回相关页面内容

6. Tcp接收返回数据给http协议解析系统

7. http将返回数据返回浏览器

8. 浏览器解析html数据,处理html head

9. 根据head处理后续工作

10. 解析body数据

11. 处理装载事件Onload(已经开始js的执行,在装入数据过程中已经可以执行一些js事件,具体要根据页面以及浏览器特性而定)

12. 根据css进行显示,执行js

13. 用户进行后续事情

以上仅仅是典型浏览器行为, 具体浏览器行为同页面内容、浏览器特性等都有关系,要具体分析。

另外网站中一篇文章可供参考“透过httpwatch了解浏览器显示页面的工作过程

二.页面跳转的分类

根据上面的图1,我们可以有如下分类方法:

一)以跳转地点发生系统那一侧分为:

l 服务端跳转

页面跳转发生在服务端,服务端负责将实际内容获取,然后发送给客户端,这个情况下,一般用户不会感觉到跳转的实际行为,因此有些时候我们也不叫做跳转。具体的服务端跳转行为有很多,各个技术都有各自的特点,例如: Struts2基于注解服务端跳转、<request.getRequestDispatcher("xx.jsp").forward(request,response)、<jsp:forward page=""/ >等,php也有自己的放回,总之各自有各自的办法,大家自己去搜索吧。

l 客户端跳转

跳转行为需要客户单程序参与的一种行为(自然不是用户参与的,那个不是本文讨论的)。在这个过程中,一般用户一定会知道的,浏览器地址栏会发生变化,这个分类比较多,我们专门进行一个分类。

二)用户端跳转中,我们根据跳转行为发生在那个软件层次,分为:http层跳转、应用层跳转;应用层跳转继续分为:html head跳转、js跳转等。

l http层跳转

http跳转是指server根据工作情况通过http返回状态码,指示客户端浏览器跳转到相应页面的过程,一般返回码是302.,下面是http302状态码的定义:

l Html head头指令跳转

在html代码的head中添加特殊标签,如下

<meta http-equiv="refresh" content="5; url=http://www.iigrowing.cn/" />表示:5秒之后转到快乐成长首页。

这个跳转需要浏览器具体解析html后采能进行,慎重更多时间才能进行,或者情况更复杂。

l Js跳转

通过在html代码中添加js代码,通过js代码实现跳转

<script language="javascript" type="text/javascript">

window.location.href="login.jsp?backurl="+window.location.href;

</script>

这个跳转应该比html head跳转更向后延迟。

三.服务端跳转流程

页面跳转显示的内容发生在服务端,服务端负责将实际内容获取到,然后发送给客户端。一般用户不会感觉到跳转的实际行为,因此有些时候我们也不叫做跳转

具体工作的参考过程如下:

wps_clip_image-18256[3][1]

如上图,用户请求访问PageA,页面A内容指向页面C,相关过程如下:

1. 用户通过浏览器访问PageA

2. 浏览器通过http处理模块请求 Get PageA

3. http处理模块同服务器建立tcp连接,并发出请求获取PageA指令

4. PageA内容指向PageC,通过内部程序将内容C获取到本地

5. PageA接收到PageC的数据后,将数据返回给http模块

6. http模块接收到数据后返回给浏览器

7. 浏览器接收到http返回的html数据后,解析html的head

8. 处理html的body

9. 处理html的onload方法

10. 浏览器最后将数据等显示给用户

注意:图中不同斜线的区域

通过server跳转后,用户看到的是PageC的内容,但是浏览器地址栏中地址是PageA的地址。

优点:跳转行为在server进行, 一次tcp连接完成相关操作,对用户是透明的,不会造成疑惑。

缺点:对用户隐藏了信息,跳转行为都发生在server端,对server有压力。

server端功能各异,需要分工负责,当用户访问某功能后,需要返回另外一个功能,这个时候没必要把全部功能都放到一个服务器上。例如:

单点登录,用户在某个服务器上登录成功后,一定要在重新跳转到功能服务器上。

网络支付,用户在银行的网站支付完成后,必须重新定向到另外企业应用服务器上。

适用范围:应用内部系统,适当的包含关系时。

四.http跳转流程

http跳转是指server根据工作情况通过http返回状态码,指示客户端浏览器跳转到相应页面的过程,一般返回码是302.,下面是http302跳转的相关参考流程

注意图中,区域,颜色,斜线等等。

wps_clip_image-11926[3][1]

如上图,用户请求访问PageB,页面B内容指向页面C,相关过程如下:

1. 用户通过浏览器访问PageB

2. 浏览器通过http处理模块请求 Get PageB

3. http处理模块同服务器建立tcp连接,并发出请求获取PageB

4. PageB内容指向PageC,PageB的处理模块通过http的重定向协议通知客户端程序,通过发送消息,302,以及跳到目的地址等进行

5. http处理模块接收到消息后直接跳转到目标地址,同时通知浏览器(修改地址栏)

6. http处理模块请求PageC页面内容

7. PageC处理模块处理数据,生成html代码,返回数据给http处理模块

8. http处理模块接收到数据后放回数据给浏览器

9. 浏览器接收到http返回的html数据后,解析html的head

10. 处理html的body

11. 处理html的onload方法

12. 浏览器最后将数据等显示给用户

优点:相应速度快,在http1.1协议下通过合适的设置可以使用同一个tcp连接,节省网络时间,服务器及用户端都不需要进行额外的数据处理工作,节省时间。

缺点:仅仅能做跳转没有其他功能,基于js及html的跳转可以选择延时跳转,但是302无法选择延时跳转等

适用范围:快速跳转,不需要延时,经常用在两个系统之间跳转等。

五.Html refresh跳转流程

通过在html head中添加<meta>标签,在标签里指定相关参数,指示浏览器跳转到相应页面,相关跳转必须在http层面将html数据传输给浏览器后,浏览器解释html代码过程中,发现跳转并且根据跳转指令跳转到相应页面。

参考流程如下图:

wps_clip_image-19567[3][1]

如上图,用户请求访问PageB,页面B内容指向页面C,相关过程如下:

1. 用户通过浏览器访问PageB

2. 浏览器通过http处理模块请求 Get PageB

3. http处理模块同服务器建立tcp连接并发出请求获取PageB

4. PageB处理模块处理数据,生成html代码,最后将html通过http协议传输回去。

5. http后将数据放回给浏览器,浏览器开始处理html

6. 浏览器首先会处理html的head部分,最后发现有跳转的相关指令

7. 浏览器根据跳转指令,重新联系http模块,发出获取PageC的指令

8. http通过tcp连接到服务器,获取PageC内容,然后返回给浏览器

9. 浏览器接收到http返回的html数据后重新处理html,首先解析html的head

10. 处理html的body

11. 处理html的onload方法

12. 浏览器最后将数据等显示给用户

优点:跳转方式灵活,可以指定延时跳转等等

缺点:可能多次建立tcp连接,在低速网络下效率更低,浪费客户端的时间

六.Html js 实现跳转工作流程

最后来看一下js跳转,工作中每个浏览器都有自己的js执行引擎,执行引擎根据js代码,来动态调用浏览器进行跳转,相关参考代码如下:

<script language="javascript" type="text/javascript">

window.location.href="login.jsp?backurl="+window.location.href;

</script>

具体js跳转过程如下图

wps_clip_image-18200[3][1]

1. 用户通过浏览器访问PageB

2. 浏览器通过http处理模块请求 Get PageB

3. http处理模块同服务器建立tcp连接同server建立连接,并发出请求获取PageB

4. PageB处理模块处理数据,生成html代码,最后将html通过http协议传输回去。

5. http后将数据放回给浏览器,浏览器开始处理html

6. 浏览器首先会处理html的head部分,最后会发现有跳转的相关指令

7. 浏览器处理html的body,以及js等,最后根据js的指令指示浏览器获取页面C

8. 最后根据js的指令指示浏览器获取页面C浏览器会根据跳转指令,重新联系http模块,发出获取PageC的指令

9. http通过tcp连接到服务器,最后获取PageC的内容,然后返回给浏览器

10. 浏览器接收到http返回的html数据后重新处理html,首先解析html的head

11. 处理html的body

12. 处理html的onload方法

13. 浏览器最后将数据等显示给用户

优点:跳转方式灵活,可以指定延时跳转等等,

缺点:可能多次建立tcp连接,在低速网络下效率更低,浪费客户端的时间

使用访问:快速跳转,不需要延时,经常用在两个系统之间跳转等。

七.小结

每种跳转方法对于用户来讲都带来了内容上的变化,原以为A页面的内容变成C页面内容。

跳转的方法有很多,无法一一列举,当我们适用时如何选择那种类别时,需要弄明白每一种跳转的特点,包括:性能,功能等

根据不同网络情况进行不同的选择,例如有的网络建立tcp连接速度慢,这个时候就适宜选择server端的跳转等

若是保证系统之间的耦合关系更小,系统之间更灵活则需要采用http方式跳转、js跳转,html跳转等。

有的时候需要在跳转前进行一些判断或者额外的操作等,就是js跳转比较方便,但是也有个浏览器适配的问题。有时候一个js兼容性不好的js代码可能不工作,造成部分用户无法跳转。

八.页面跳转最糟糕的情况

当A跳转到B时,我们用符号A-->B表示,下面的循环跳转A-->B-->C-->A ,会发生什么事情。

若是循环跳转仅仅发生在server端,则相关系统会迅速被拖垮。

若是循环跳转发生在客户端参与的系统中,很快客户端及server端都会发生问题。

因此循环跳转我们是要严格避免的,解决办法:

1. 不跳转,但是不可能完全避免,并且不太可能实现,一般系统都是开放的系统,会不断添加功能,即使当前没有跳转,但是过几个月。。。。。。

2. 打破跳转的循环,加强系统的检查力度避免循环跳转的发生。

3. 最重要的,监控系统,当发现某个客户端或者系统在单位时间内有过多的访问时,主动断开连接或者拒绝这个客户端的访问等等。这个非常重要,一个好的系统是必须有这个功能的,否则即使没有 循环跳转,但是若是用户 连续快速访问一个页面也是有很大问题的,例如ie中按下F5键 循环刷新页面,若是没有检测机制。。。。

发表评论