response重定向和request转发

在做web项目时我们经常会用到转发和重定向,而对于初学者来说总是被他们俩个搞得一头雾水,他们两个貌似给人神秘感,其实是我们还不够了解他们。

       为什么response重定向和为什么request是转发?

       当我们些许的去思考这个问题的时候,是否和我一样有恍然大悟的感觉呢。

request的转发

       首先说说request,他是用户需求数据的载体,把用户的数据交给他,他去把请求给服务器送去,这就是request。转发,这个词组我么从来都不陌生,喂喂,把你收到的第一封情书转发给我欣赏欣赏~~ 不要让你的pursur知道哦。

       看过一篇文章,有这样一个比喻,我们可以把request的转发这样理解。有一个人叫浏览器,浏览器写信找张三借钱,张三的钱不够,张三很义气,于是他又找张四借钱,找张四借了一部分和加上自己的一部分写信回复给了浏览器。在这过程,浏览器只发出一次请求,~~借钱~~,并收到了一次回复,他从张三那里借钱,并不知道有一部分是出自张四之手。

response重定向

       再说说response重定向,重定向就是重新定方向,人生的路由很多很多条,我们有很多很多种选择,同时有很多种不同的快乐的方式。走这条路我们走不下去的时候,我们不一定就坚持,错误的坚持让我们丢了自己,所以我们就开始“重定向”,又开始新的尝试了。response是服务器端对客户端发来请求的回应,告诉用户重新发送一个对另一个URL的请求。

       还说浏览器这个人,第二次写信和张三借钱,张三这次回信,说自己其实没钱,并把张四的地址给了浏览器,让浏览器写信找张四去借,把张四的地址发给了浏览器,浏览器写信给张四,最终张四收到信,并把钱回信寄给了浏览器。这次浏览器发送了两次请求,收到了两次回复。

转发重定向比较:

request.getRequestDispatcher(“xxx.jsp”).forward(request, response);

response.sendRedirect(“xxx”);

变量作用域

request中存放的变量不会失效

request存放的变量失效,进入一个新的request作用域

浏览器的地址

地址栏保持初值不会改变

改变为重定向的页面地址

作用范围

只能是同一个web应用中的组件

可重定向到其他程序资源或者其他站点

URL以/开头

相对于web应用程序根目录

相对于web站点根目录

各自优点

相对高效,隐藏实际链接地址。

欢迎分享本文,转载请保留出处:前端ABC » response重定向和request转发

赞 (1)
分享到:更多 ()

发表评论 0