servlet中转发请求与重定向小结

请求转发：
方式：request.getRequestDispacther("/test.jsp").forword(request,response); 
过程分析：客户端发出一个请求reqeust到服务器，服务器找到相应的Servlet处理数据，然后调用
request.getRequestDispacther("/test.jsp").forword(request,response); 
从字面上也可以理解：带着request,response向test.jsp前进。（完全自己意淫的，不要当真...）
请求和响应都被送到另一个Servlet或者jsp（特殊的Servlet）中。这样整个过程中，只有一个请求、一个响应，所有 Servlet和JSP都共享它俩（好可怜..）,所以所有的Servlet和Jsp都可以从request中获取请求参数。


重定向：
方式：response.sendRedirect("test.jsp");
过程分析：客户端发出一个请求reqeust到服务器，服务器找到相应的Servlet处理数据，到这里都是一样一样的。然后调用
response.sendRedirect("test.jsp");
从字面上也可以理解：返回客户端一个叫test.jsp的页面。（不要当真...）
注意，这个方法是response的方法哦，这个时候它就已经给客户端响应了，这一次的请求、响应过程已经结束了！
但是呢，临了的时候它还告诉客户端，你要去test.jsp哈（死了都不老实，难怪活不过两集敲打）
于是乎客户端又向服务器发出一次去test.jsp的请求，根据http(s)特性，每次请求之间是完全独立的，所以本次请求到test.jsp页面，是不会再获取上一次request中的参数的。


不同点列举：
1、安全性
显然 请求转发更安全。一个请求在完成的过程中可能会通过多个Servlet，最终到达一个jsp页面，在整个过程中，url是不会变的。这样从客户端就看不出来服务器是由哪些资源来处理数据的。
而重定向更遵循”所见即所得“，也就是你所请求的资源，就是url显示的。比如重定向到test.jsp，url可能就是“localhost:8080/project_name/test/test.jsp”.这样不仅不安全，也限制了服务器端的灵活性。
2、可定位范围
重定向范围更广，应该说它可以重定向到任何有效的url。
而转发就比较杯具了，只能在服务器内部转发。


转发或重定向的url问题：
web.xml中有如下配置：
    <servlet>
        <servlet-name>testServlet</servlet-name>
        <servlet-class>com.test.TestServlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>testServlet</servlet-name>
        <url-pattern>/servlet/testServlet</url-pattern>
    </servlet-mapping>

    <servlet>
        <servlet-name>test</servlet-name>
        <jsp-file>/WEB-INF/test.jsp</jsp-file>//直接指向jsp的标签和指向servlet的标签是不同的
    </servlet>
    <servlet-mapping>
        <servlet-name>test</servlet-name>
        <url-pattern>/servlet/test.d</url-pattern>
    </servlet-mapping>

客户端发出请求，url:localhost/project_name/servlet/testServlet(注意这个url，下面的url都和这个链接有着密切的关系)。
服务器接收到请求并匹配TestServlet去处理这个请求。然后准备请求转发。
1、url为服务器外的目标，比如百度。
url="www.baidu.com";
request.getRequestDispacther(url).forword(request,response); 
这样是不会成功的。转发的最终请求链接是：localhost/project_name/servlet/www.baidu.com(这里前缀是亮点)。完全没有跳转到百度的意思...
那试试重定向吧：
url="www.baidu.com";
response.sendRedirect(url);
也不行...最终请求还是：localhost/project_name/servlet/www.baidu.com，根本没这个url地址嘛！
修改url:
url="https://www.baidu.com";
request.getRequestDispacther(url).forword(request,response); 
还是不成功。转发的最终请求链接是：localhost/project_name/servlet/https:/www.baidu.com(还被偷吃了一个/)。
那试试重定向吧：
url="https://www.baidu.com";
response.sendRedirect(url);
成了！就是这么无耐！哼！
2、url为服务器内的目标
url="servlet/test.d";
request.getRequestDispacther(url).forword(request,response); 
不成功。转发的最终请求链接是：localhost/project_name/servlet/servlet/test.d,显然不是一个可用的url嘛。
因为同样的原因，重定向也是失败的。
修改url:
url="test.d";
都成功。
小结：
1、
1-1、如果下一个地址是服务器以外的，则只能选择重定向了。
1-2、如果是服务器内的地址，要看是否需要第一次请求时的请求参数而定，推荐使用请求转发。
2、
2-1、对于新目录中没有http(s)的：
进入该servlet时的请求是：http(s)://ip:port/project_name/preA/preB/serv.do，
Servlet中下个目标地址是url,则转发或重定向的最终请求地址是：http(s)://ip:port/project_name/preA/preB/url.
2-2、对于下个目标地址中有http(s)的：
最终请求地址：
转发：http(s)://ip:port/project_name/preA/preB/url(url如果有连续的/会被删除一个)
重定向：url




addtion:
不管是重定向还是转发，并没有return这样功能，如果后面有代码的话，还会继续执行，直到所有代码执行完毕。
但是不要出现既有重定向又有请求转发的情况，不管哪个出现在前哪个出现在后，服务器会蒙*的。