本篇接上一篇，将Servlet中的HttpServletRequest对象获取RequestDispatcher对象后能进行的【转发】forward功能和【包含】include功能介绍完。
首先来看RequestDispatcher对象的“转发”功能：
在《Servlet的学习(五)》中说过，使用ServletContext对象的getRequestDispatcher方法可以获得转发对象RequestDispatcher对象，将请求进行转发给其他的Servlet或者JSP处理，同时在该篇的结尾，也注明了其实使用ServletContext的方式不适合实际开发，因为ServletContext对象是web域对象，在web应用部署的整个生命周期内，是作为所有Servlet的共同拥有者，这就导致了在多线程情况下会引起ServletContext对象中用于转发的数据产生线程安全问题：一个Servlet利用ServletContext在转发给JSP过程中，而另一个线程中的Servlet使用ServletContext将这个转发的数据给覆盖，这样导致原先该转发给JSP的数据并不是我们期待的。
而Request请求对象也是域对象，虽然这个域对象的生命周期并没有ServletContext那么长，但是如果采用Request对象的转发还是能持续到别的Servlet处理时的。使用Request请求对象来处理转发的最大的好处就是在多线程中，每一个线程都有自己的Request请求对象，这就不会像ServletContext对象一样是线程所共有的，因此不会产生线程安全问题。
那么我们将《Servlet的学习(五)》中使用ServletContext对象来转发的例子改为使用HttpServletRequest请求对象来转发：
在【myservlet】web工程下创建一个名为“ServletRequest1”的Servlet和一个show.jsp
在ServletRequest1中将数据转发给show.jsp，代码为：
1 public void doGet(HttpServletRequest request, HttpServletResponse response) 2 throws ServletException, IOException { 3 4 String data = "Ding love LRR"; 5 request.setAttribute("data", data); 6 RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp"); 7 dispatcher.forward(request, response); 8 }
而在show.jsp中接收这个数据（属性），并封装在HTML中：
1 <font size="100px" color="red"> 2 <% 3 String data = (String)request.getAttribute("data"); 4 out.write(data); 5 %> 6 </font>
在浏览器中访问这个Servlet，会看到：
当然，还是跟之前一样，转发功能不会使浏览器的地址发生变化。
最后再说一句，转发功能之所以这么重要，主要原因在于在MVC设计模式下，都是Servlet处理用户请求的，并产生用户想看的数据，然后转交给JSP显示，在转交给JSP显示时，会把数据存在Request域对象里带给JSP。
转发功能还有一些要注意的地方：
如果在调用RequestDispatcher对象的forward方法之前，将Servlet程序通过Response响应对象写出数据之后如果关闭流或刷新流，这是将缓存的数据发送给了客户端，相当于向客户端提交了数据，那么再使用Request请求对象来转发将会抛出IllegalStateException异常：
如我们在上述Servlet中的代码前加入向该Servlet写入数据：
1 PrintWriter writer = response.getWriter(); 2 writer.write("Long live sd"); 3 writer.close(); //或writer.flush()，这步相当于向客户端提交了响应 4 5 request.setAttribute("data", "Ding love LRR"); 6 RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp"); 7 dispatcher.forward(request, response);
那么我们在浏览器将只能访问响应提交的数据，而不能看到转发后的页面：
同时服务器后台报错，抛出IllegalStateException异常：
从提示也可以看出，在转发之前不能提交Response响应（Cannot forward after response has been committed）。
而如果我们将Response的输出流不关闭，或者放最后关闭，则可以看到转发还是成功的：
1 PrintWriter writer = response.getWriter(); 2 writer.write("Long live sd"); 3 4 request.setAttribute("data", "Ding love LRR"); 5 RequestDispatcher dispatcher = request.getRequestDispatcher("/show.jsp"); 6 dispatcher.forward(request, response); 7 8 writer.close(); //response的输出流在转发之后再关闭
可以访问到要转发的页面（show.jsp代码在上面），同时服务器后台也不报错：
这是因为通过write方法写入的数据还在Response对象的缓冲区中，我们知道如果使用了close()或flush()都会将缓存的数据立马真正输出，那就相当于已经想客户端提交了响应，之后如果再转发肯定会抛出异常。而如果我们没有输出数据（没有提交响应），那么转发功能正常，而原先通过Response响应对象写入缓冲区中的数据将会被清空，但是通过设置响应头字段信息的内容将保持有效（例如在转发之前写的response.setContentType方法等）。
另外，如果我们在转发之后再继续通过Response对象写出数据，也是没有用的，因为转发就相当于已经将请求和响应提交给客户端了，看到的还是转发的页面，不过这时候服务器后台不会报错就是了。
总结，在第一次【转发】之前或之后向客户端写出数据或者再次转发都是不合理的。建议在转发语句后直接跟一个return是非常理智的选择。
另外，如果在转发一次之后再转发还是会发生IllegalStateException异常，因为转发一次就相当于向服务器提交一次Response响应了：
1 request.getRequestDispatcher("/index.jsp").forward(request, response); 2 3 request.getRequestDispatcher("/1.html").forward(request, response);
在浏览器中只能看到最开始转发的那个页面：
同时服务器后台抛出IllegalStateException异常：
这种问题在使用if条件语句时要特别注意。
==========================================================================
接下来看RequestDispatcher对象的“包含”功能：
RequestDispatcher对象的include方法用于将一些web资源（如Servlet，JSP，HTML等）包含在Response响应对象中。
举个例子，在【myservlet】中创建一个【public】文件夹，里面再创建“header.html”和“footer.html”，另外创建一个Servlet
在header.html页面中代码为：
在footer.html页面中代码为：
而在Servlet中代码为：
1 request.getRequestDispatcher("public/header.html").include(request, response); 2 response.getWriter().write("long live sd <br />"); 3 request.getRequestDispatcher("public/footer.html").include(request, response);
访问该Servlet后发现：
原来响应写入HTML是使用OutputStream，与JSP不同（）（《Servlet的学习之Response响应对象（3）》）
那么代码只好改为：
1 request.getRequestDispatcher("/public/header.html").include(request, response); 2 response.getOutputStream().write("long live sd <br />".getBytes()); 3 request.getRequestDispatcher("/public/footer.html").include(request, response);
那么再次访问该Servlet：
注意：被包含的Servlet（如上例中的Servlet）不能改变响应对象中的响应头和响应状态码，如果在包含的Servlet中含有这样企图更改的句子，则会被服务器忽略。
==========================================================================
最后来总结下RequestDispatcher的forward转发和Response的sendRedirect重定向的区别：
1，forward转发只能将请求转发给该web应用中的web资源。
sendRedirect重定向除了能重定向到该web应用中的资源外，还能重定向到同一个主机（或服务器）上的其他web应用中的资源，甚至可以使用绝对URL重定向到其他主机（或服务器）上得资源。
2，创建RequestDispatcher对象时指定的相对URL以“/”开头，相当于当前web应用程序的根目录，也就是说在该“/”之后代表当前web应用所在目录下的内容，例如：
request.getRequestDispatcher("/index.jsp")
如果是调用HttpServletResponse.sendRedirect方法的相对URL以“/”开头，则是相对整个服务器存放web应用的根目录，例如以Tomcat的【webapps】目录为重定向目录的根目录，如：response.sendRedirect(“/myservlet/index.jsp”)，其中”myservlet”是web工程名，同时也是web应用所在目录名，存放于Tomcat的【webapps】目录下。
3，调用RequestDispatcher对象的转发forward方法进行转发过程结束后，浏览器地址栏中的URL地址不会发生改变。
而调用HttpServletResponse.sendRedirect重定向方法则在访问过程结束后，浏览器地址栏中的URL地址将会变成重定向资源的路径。
4，RequestDispatcher对象的转发forward方法的调用者和被调用者共享相同的request请求对象和response响应对象，它们属于同一个访问请求和响应过程。
而HttpServletResponse.sendRedirect重定向方法的调用者和被调用者使用各自的request请求对象和response响应对象,它们属于两个独立的访问请求和响应过程。
有一个例子可以比较形象的说明转发和重定向的不同：
转发：A向B借钱，B说没有，但是B帮A向C借钱。
重定向：A向B借钱，B说没有，B让A重新向C借钱。