客户端和web交互&servlet创建&HttpServletRequest&HttpServlet&重定向和转发

---

Servlet程序是由WEB服务器调用，web服务器收到客户端的Servlet访问请求后：
1. Web服务器首先检查是否已经装载并创建了该Servlet的实例对象。如果是，则直接执行第步，否则，执行第步。
2. 装载并创建该Servlet的一个实例对象。
3. 调用Servlet实例对象的init()方法。
4. 创建一个用于封装HTTP请求消息的HttpServletRequest对象和一个代表HTTP响应消 息的HttpServletResponse对象，然后调用Servlet的service()方法并将请求和响应 对象作为参数传递进去。
5. WEB应用程序被停止或重新启动之前，Servlet引擎将卸载Servlet，并在卸载之前调用Servlet的destroy()方法。

---

• Servlet是一个供其他Java程序（Servlet引擎）调用的Java类，它不能独立运行，它的运行完全由Servlet引擎来控制和调度。

• 针对客户端的多次Servlet请求，通常情况下，服务器只会创建一个Servlet实例对象，也就是说Servlet实例对象一旦创建，它就会驻留在内存中，为后续的其它请求服务，直至web容器退出，servlet实例对象才会销毁。

• 在Servlet的整个生命周期内，Servlet的init方法只被调用一次。而对一个Servlet的每次访问请求都导致Servlet引擎调用一次servlet的service方法。对于每次访问请求，Servlet引擎都会创建一个新的HttpServletRequest请求对象和一个新的HttpServletResponse响应对象{因为HttpServletRequest封装HTTP请求消息,每次调用service方法传过来的参数不同所以会创建一个新的HttpServletRequest}，然后将这两个对象作为参数传递给它调用的Servlet的service()方法，service方法再根据请求方式分别调用doXXX方法。

---

HttpServletRequest与HttpServletResponse简介

公共接口类HttpServletRequest继承自ServletRequest。客户端浏览器发出的请求被封装成为一个HttpServletRequest对象。对象包含了所有的信息包括请求的地址，请求的参数，提交的数据，上传的文件客户端的ip甚至客户端操作系统都包含在其内。HttpServletResponse继承了ServletResponse接口，并提供了与Http协议有关的方法，这些方法的主要功能是设置HTTP状态码和管理Cookie。

HttpServlet简介

在每一个Servlet都必须要实现Servlet接口，GenericServlet是个通用的、不特定于任何协议的Servlet，它实现了Servlet接口，而HttpServlet继承于GenericServlet，因此HttpServlet也实现了Servlet接口，所以我们定义的Servlet只需要继承HttpServlet父类即可。
HttpServlet实现父类Servlet的service()方法里面把ServletRequest对象和ServletResponse对象，分别向下类型转换为HttpServletRequest 和 HttpServletResponse，并传给HttpServlet自己定义的service()方法，去判断该具体调用doGet(),还是doPost()……
Servlet接口中定义了一个service方法，HttpServlet对该方法进行了实现，实现方式就是将ServletRequest与ServletResponse转换为HttpServletRequest与HttpServletResponse。

---

关系详解
Servlet–>GenericServlet–>HttpServlet–>自己的servlet

ServletRequest–>HttpServletRequest

ServletResponse–>HttpServletResponse

---

从时序图中可以看到，浏览器只发出了一次请求，接收到了一次结果。而从Servlet1到Servlet2的转发过程只是发生在服务器内部的，浏览器并不知道。所以说，浏览器的地址栏此时应该停留在http://localhost:8080/RequestTest/Servlet1，其实不管服务器内部转发多少次，浏览器都不会知道，它的地址栏也就不会发生变化，这一切都是发生在服务器内部的。

而sendRedirect请求重定向与此不同，请求重定向是服务器告诉浏览器接下来应该访问的WEB资源，浏览器收到这个通知之后会去请求这个资源，这是发生在浏览器的两次不同的请求，所以地址栏也会发生变化。

这里要注意的是：

1、使用forward不能转发到该web应用之外的url。 2、因为forward是发生在web服务器的，不是浏览器，所以Servlet1和Servlet2使用的是同一个request和response对象。 3、使用sendRedirect()方法不能够通过request.setAttribute()方法把属性传递给下一个Servlet。很显然，这是两次不同的请求，request对象都不一样，怎么可能通过request传递数据。

---

下面总结一下请求重定向（sendRedirect）和请求转发的区别：

【1】RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件；而HttpServletResponse.sendRedirect方法还可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源。
【2】如果传递给HttpServletResponse.sendRedirect方法的相对URL以”/”开头，它是相对于整个WEB站点的根目录；如果创建RequestDispatcher对象时指定的相对URL以”/”开头，它是相对于当前WEB应用程序的根目录。
【3】调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后，浏览器地址栏中显示的URL会发生变化，由初始的URL地址变成重定向的目标URL；调用RequestDispatcher.forward方法的请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。
【4】HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应，响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求；RequestDispatcher.forward方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，并不知道在服务器程序内部发生了转发行为。
【5】RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的request对象和response对象，它们属于两个独立的访问请求和响应过程。

---

转发

---

重定向

---

代码上的实现：

转发:request.getRequestDispatcher(“/servletPath”).forward(request,response);  重定向:response.sendRedirect(“/webcontextPath/servletPath”);

注意资源路径：在转发中不需要编写web应用的根路径名称。但是在重定向的时候需要编写web应用的根路径名称，假设web应用的根路径名称是StudyServlet，该web应用的根下有a资源，如果是转发则路径写 /a，如果是重定向则 /StudyServlet/a

　　RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的资源（这个资源可能是Servlet、JSP、HTML等），而HttpServletResponse.sendRedirect 方法不仅可以重定向到当前应用程序中的其他资源，还可以重定向到另一个WEB应用中的资源

　　调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后，浏览器地址栏中显示的URL会发生改变，由初始的URL地址变成重定向的目标URL；而调用RequestDispatcher.forward 方法的请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。

　　HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应，响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求，这个过程好比有个绰号叫“浏览器”的人写信找张三借钱，张三回信说没有钱，让“浏览器”去找李四借，并将李四现在的通信地址告诉给了“浏览器”。于是，“浏览器”又按张三提供通信地址给李四写信借钱，李四收到信后就把钱汇给了“浏览器”。可见，“浏览器”一共发出了两封信和收到了两次回复， “浏览器”也知道他借到的钱出自李四之手。RequestDispatcher.forward方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫“浏览器”的人写信找张三借钱，张三没有钱，于是张三找李四借了一些钱，甚至还可以加上自己的一些钱，然后再将这些钱汇给了“浏览器”。可见，“浏览器”只发 出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。

　　RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的request对象和response对象，它们属于两个独立的访问请求和响应过程。对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前要对请求进行一些前期预处理，并要使用HttpServletRequest.setAttribute方法传递预处理结果，那就应该使用RequestDispatcher.forward方法。不同WEB应用程序之间的重定向，特别是要重定向到另外一个WEB站点上的资源的情况，都应该使用HttpServletResponse.sendRedirect方法。

　　无论是转发还是重定向，转发和重定向后面不能再有转发和重定向相关的代码。（转发和重定向在同一个Servlet中只能有一次。）

怎么选择是重定向还是转发呢？

通常情况下转发更快，而且能保持request内的对象，所以它是第一选择。但是由于在转发之后，浏览器中URL仍然指向开始页面，此时如果重载当前页面，开始页面将会被重新调用。如果你不想看到这样的情况，则选择重定向（页面刷新问题）。

重定向：以前的request中存放的变量全部失效，并进入一个新的request作用域。

转发：以前的request中存放的变量不会失效，就像把两个页面拼到了一起。

1、 如果是web应用之间资源的跳转，必须使用重定向。

2、 为了解决页面的刷新问题，必须使用重定向。

3、 如果在Servlet中向request对象中存储了一个数据，希望在下一个Servlet/JSP页面中把request对象中的数据取出来，这个时候必须使用转发，因为重定向是两次请求，request不能跨请求传递数据。其它情况都可以使用重定向。

---

客户端跳转：服务器端将请求结果返回给客户端，客户端向服务器发出另一次请求。在客户端跳转过程中是两次不同的请求。在地址栏中显示的是最后一次请求地址。
客户端跳转可以进行站外跳转。

    1、链接跳转：<a href=””></a>    2、表单提交    3、Response.sendRedirect(“3.jsp”);    4、<mata http-equiv=”refresh”, content=”3;2.jsp”/>    5、response.setHeader(“refresh”,” 3;2.jsp”);    6、客户端跳转“/”代表服务器根路径webapps

服务器端跳转（容器内跳转）：能够自动的在服务器内部进行跳转，这种跳转对用户来说是透明的。两次跳转时同一个request，在地址栏中显示的是第一次页面地址。
只能进行站点内跳转。

    1、<jsp:forward page=””/>    2、pageContext.forward();    3、 request.getRequestDispatcher("1.jsp").forward(request,response);    3、服务器端跳转“/”代表站点根路径