关于request、response转发与重定向的简述
在做页面的请求与响应的时候我们多用request与response进行操作，而我们大家也知道，request是表示用户发向服务器的请求，而response是对用户请求的一个响应。
关于转发和重定向，通俗的讲转发就像是你向售后技术支持打电话问问题，打过去是客服小王接的，但是小王无法解决，他让你等会儿，别挂电话，然后他去把问题告诉小李，让小李过来帮你解决，虽然换了人解决可是还是在这个售后处解决了问题。而重定向呢，就是小王说这个不归他们管，我们处理不了，让你打给12315投诉吧。然后你打电话给12315投诉解决了。大概就是这样的。
因此在转发的时候你的地址栏内容不会变，发过去的请求也在，也就是说request中的内容没有改变，可以使用request进行值传递。
而重定向的过程地址栏发生改变，你的请求也在重定向的时候丢失，原因是在第二次请求时，是再一次对服务器的访问，服务器会重写request内容。
下面是转发和重定向的代码：
转发：
request.getRequestDispatcher("").forward(request, response);
重定向：
response.sendRedirect("");
谈到转发和重定向就不得不提一下其中的区别：
|
|
转发 |
重定向 |
|
请求次数 |
浏览器仅发送一次请求、一次响应 |
发送两次请求，两次响应 |
|
地址栏是否变化 |
地址栏不发生变化 |
地址栏变成重定向的地址 |
|
范围 |
只能转到本项目的Servlet或其他页面 |
能重定向到不只本项目的Servlet或者其他页面 |
|
实施及地址 |
是有服务器转发的，根目录为项目地址 |
是由浏览器再次请求，根目录是浏览器目录 |
*用到重定向和转发时要注意的问题：
在做增删改请求操作的时候不可用转发，只能用重定向
原因：由于转发之后地址栏不变，请求（request）内容不变，再次刷新页面的时候，请求将再次发送，造成重复操作执行，造成错误。
在做查询操作时，只能转发，不能使用重定性。
原因：重定向后请求会将原本的查询请求覆盖，刷新之后将得不到要查询的数据。
以上为个人学习总结，欢迎技术大牛路过指定批评。
