DRP——重定向与转发

重定向

        重定向就是又一次进行请求。第一次请求。容器推断请求的类型,是否须要重定向。

重定向的语句是“response.SendRedirect("index.jsp");”重定向方式的含义是第一个页面通知浏览器发送一个新的页面请求,因此使用重定向时是2次请求。同一时候浏览器中所显示的URL会变成新页面的URL。重定向的速度比转发慢,由于浏览器须要发出一个新的请求。同一时候,由于重定向方式产生了一个新的请求。所以经过一次重定向后,曾经的request中存放的变量所有失效。request内的对象将无法使用,并进入一个新的request作用域。 

 

转发

        既然有重定向那么肯定存在非重定向。非重定向是内部跳转。即转发。转发的语句是“request.getRequestDispartcher("index.jsp").Forword(request,response);”转发是在容器内完毕的,能够完毕将一个请求送到还有一个页面。转发曾经的request中存放的变量不会失效。就像把两个页面拼到了一起。经过转发之后。地址栏的URL保持不变,速度快于重定向的速度。

 

样例

      我们都知道在提交一个表单、点击一个连接时就创建了一个新的请求。

    在网上看了一个样例,感觉非常形象:

        重定向过程好比有个外号叫“浏览器”的人写信找张三借钱,张三回信说没有钱。让“浏览器”去找李四借,并将李四如今的通信地址告诉给了“浏览器”。

于是,“浏览器”又按张三提供通信地址给李四写信借钱,李四收到信后就把钱汇给了“浏览器”。可见,“浏览器”一共发出了两封信和收到了两次回复,“浏览器”也知道他借到的钱出自李四之手。 RequestDispatcher.forward方法在server端内部将请求转发给另外一个资源,浏览器仅仅知道发出了请求并得到了响应结果,并不知道在server程序内部发生了转发行为。这个过程好比外号叫“浏览器”的人写信找张三借钱,张三没有钱。于是张三找李四借了一些钱,甚至还能够加上自己的一些钱,然后再将这些钱汇给了“浏览器”。

可见,“浏览器”仅仅发出了一封信和收到了一次回复。他仅仅知道从张三那里借到了钱。并不知道有一部分钱出自李四之手。

通过这个样例我们能够理解,重定向和转发的差别。

     (1)转发方法仅仅能将请求转发给同一个WEB应用中的组件;而重定向方法不仅能够重定向到当前应用程序中的其它资源。还能够重定向到同一个网站上的其它应用程序中的资源。甚至是使用绝对URL重定向到其它网站的资源。

     (2)重定向的訪问过程结束后,浏览器地址栏中显示的URL会发生改变。由初始的URL地址变成重定向的目标URL;而转发过程结束后,浏览器地址栏保持初始的URL地址不变。

     (3)重定向对浏览器的请求直接作出响应,响应的结果就是告诉浏览器去又一次发出对另外一个URL的訪问请求。

     (4)转发过程的调用者与被调用者之间共享同样的request对象和response 对象,它们属于同一个訪问请求和响应过程;而重定向过程调用者与被调用者使用各自的request 对象和response对象。它们属于两个独立的訪问请求和响应过程。

     (5)不管是重定向。还是转发。在调用它们之前,都不能有内容已经被实际输出到了client。假设缓冲区中已经有了一些内容,这些内容将被从缓冲区中清除。

 

怎样选择?

       通常情况下,转发速度快并且能保持request内的对象,所以一般是首选。可是由于转发之后URL地址不改变,仍指向原来的開始页面。假设又一次加载,開始页面会被又一次调用。所以还是须要依据情况选择合适的方法。


ps:不足之处,敬请指正

原文地址:https://www.cnblogs.com/wzzkaifa/p/7079990.html