表单提交到servlet后，servlet进行转发之后浏览器上的url为什么还是servlet的url-pattern,但是页面内容却是跳转之后页面的内容。
研究了半天之后发现这个和转发和重定向有关系
当使用转发方法的时候，前台提交的表单的内容在servlet中利用request对象可以获取到，而跳转到result.jsp之后，在result。jsp中用request也能获取到提交的内容。这里浏览器的地址是servlet的映射地址。
而使用重定向方法的时候，前台提交的表单内容在servlet中可以获取，但是在result.jsp页面中却获取不了。这里浏览器的地址是目标页面的url。
1、请求转发（RequestDispatcher）的过程：
客户首先发送一个请求到服务器端，服务器端发现匹配的servlet，并指定它去执行，当这个servlet执行完之后，它要调用 getRequestDispacther()方法，把请求转发给指定的result.jsp,整个流程都是在服务器端完成的，而且是在同一个请求里面完成的，因此servlet和jsp共享的是同一个request对象，在servlet里面放的所有东西，在jsp中都能取出来，因此，jsp能把结果通过getAttribute()方法获取，getAttribute()执行完把结果返回给客户端。整个过程是一个请求，一个响应。
2、重定向（sendRedirect）的工作原理：
客户发送一个请求到服务器，服务器匹配servlet，这都和请求转发一样，servlet处理完之后调用了sendRedirect()这个方法，这个方法是response的方法，所以，当这个servlet处理完之后，执行到response.senRedirect()方法，立即向客户端返回这个响应，告诉客户端你必须要再发送一个请求，去访问result.jsp，紧接着客户端受到这个请求后，立刻发出一个新的请求，去请求result.jsp, 这里两个请求互不干扰，相互独立，在前面request里面setAttribute()的任何东西，在后面的request里面都获得不了。可见，在 sendRedirect()里面是两个请求，两个响应。
转发是服务器行为，重定向是客户端行为。
转发过程：客户浏览器发送http请求----》web服务器接受此请求--》调用内 部的一个方法在容器内部完成请求处理和转发动作----》将目标资源发送给客户;在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他 的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转 发的。转发行为是浏览器只做了一次访问请求。
重定向过程：客户浏览器发送http请求----》web服务器接受后发送302状态 码响应及对应新的location给客户浏览器--》客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location 地址----》服务器根据此请求寻找资源并发送给客户。在这里 location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的 路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
参考资料：（本博客借鉴下面两位大牛的文章，整理了一下，仅用于学习）
http://blog.csdn.net/kobejayandy/article/details/13762043
http://www.cnblogs.com/CodeGuy/archive/2012/02/13/2349970.html