servlet请求转发与重定向的区别：
分析语句：
request.setAttribute("name","feiyu");
request.getRequestDispacther("/test.jsp").forword(request,response);
response.sendRedirect("test.jsp");
一、显示结果：
1、当用request.getRequestDispacther("/test.jsp").forword(request,response); 请求转发后z在页面中能通过request.getAttribute("name")得到值为feiyu
2、当用response.sendRedirect("test.jsp");重定向后，只能得到null
分析1：
1、请求转发（RequestDispatcher）的过程：
客户首先发送一个请求到服务器端，服务器端发现匹配的servlet，并指定它去执行，当这个servlet执行完之后，
它要调用getRequestDispacther()方法，把请求转发给指定的test.jsp,整个流程都是在服务器端完成的，而且是在同一个请求里面完成的，
因此servlet和jsp共享的是同一个request，在servlet里面放的所有东西，在jsp中都能取出来，因此，jsp能把结果getAttribute()出来，
getAttribute()出来后执行完把结果返回给客户端。整个过程是一个请求，一个响应。
2、重定向（sendRedirect）的工作原理：
客户发送一个请求到服务器，服务器匹配servlet，这都和请求转发一样，servlet处理完之后调用了sendRedirect()这个方法，
这个方法是response的方法，所以，当这个servlet处理完之后，看到response.senRedirect()方法，立即向客户端返回这个响应，响应行
告诉客户端你必须要再发送一个请求，去访问test.jsp，紧接着客户端受到这个请求后，立刻发出一个新的请求，去请求test.jsp,这里两个
请求互不干扰，相互独立，在前面request里面setAttribute()的任何东西，在后面的request里面都获得不了。
可见，在sendRedirect()里面是两个请求，两个响应。
分析2：
1、当用RequestDispatcher请求转发后，地址栏为http://localhost:8080/test/TestServlet
这真好应正了上面的分析，我们起初请求的就一个servlet，至于你服务器端怎么转，流程怎么样的，我客户端根本就不知道，
我发了请求后我就等着响应，那你服务器那边愿意怎么转就怎么转，我客户端不关心也没法知道，所以当服务器端转发到jsp后，
它把结果返回给客户端，客户端根本就
不知道你这个结果是我真正访问的servlet产生的，还是由servlet转发后下一个组件产生的。
2、当用sendRedirect重定向后，地址栏为http://localhost:8080/test/test.jsp
因为这个时候，客户端已经知道了他第二次请求的是test.jsp，服务器已经告诉客户端要去访问test.jsp了，
所以地址栏里会显示想要访问的结果。
结果：由于setAttribute()方法是request对象里的方法，因为转发公用的是一个request对象，所以能得到request里的内容，
而由于重定向是发出一个新的request对象，所以拿不到设置的参数