请求转发与请求重定向：
联系：都是把客户端的请求转给另外的web资源处理
区别：
转发：
1、RequestDispatcher的forward方法用于实现请求转发，转发过程中地址栏地址不变；
2、调用者与被调用者之间共享相同的request对象和response对象，它们属于同一个访问请求和响应过程
3、只能将请求转发给同一个WEB应用中的组件
4、如果创建RequestDispatcher对象时指定的相对URL以“/”开头，它是相对于当前WEB应用程序的根目录重定向：
1、HttpServletResponse.sendRedirect方法用于生成302响应码和Location响应头,从而通知客户端去重新访问Location响应头中指定的URL.响应过程中地址栏发生改变；
2、调用者与被调用者使用各自的request对象和response对象，它们属于两个独立的访问请求和响应过程
3、可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源
4、相对URL以“/”开头，它是相对于整个WEB站点的根目录
需要注意的：
1、如果在调用forward方法之前，在Servlet程序中写入的部分内容已经被真正地传送到了客户端，forward方法将抛出IIIegalStateException异常
2、向Servlet引擎的缓冲区中写入了内容，只要写入到缓冲区中的内容还没有被真正输出到客户端，forward方法就可以被正常执行，原来写入到输出缓冲区中的内容将被清空，但是，已写入到HttpServletResponse对象中的响应头字段信息保持有效。
拿那个比较形象化的例子来说，b向a借钱，a没钱，如果a作为中介帮b找到了c并向c借钱则为请求转发，如果a没管，让b自己找c借钱则为请求重定向。这两者的区别还在与前者属于a拿着b的欠条在向c借钱，而后者则是b拿着自己的欠条在向c借钱
所以在实际的例子中这其中涉及的问题就是：
请求转发：假设第一次a帮b找到了c并借到钱，那会不会a拿着b的欠条在b不知情的情况下向c借钱呢，呵呵，这种情况也不见得不会出现，即对应着：网店点击购买——servlet请求转发——显示所买书的页面，此时已经到了显示页面，即servlet已经帮用户买到了一本书，此时我们如果点击刷新按钮，也就是servlet拿着用户的欠条在用户不知情的情况下买书，每刷新一次就会重新买相同的一本书，貌似有点荒唐，可是事实就是如此，呵呵，终于想清楚啦！
请求重定向则没有这个问题：因为每次都是用户【自己】拿着欠条在向c借钱。
