别再混淆forward和redirect！搞懂这两个核心，80%的跳转问题都能解决
在JSP里，forward（转发）和redirect（重定向）是最基础也最容易搞混的两个跳转方法——我最早学JSP的时候，也以为“不都是跳页面吗？”，结果写登录功能时栽了大跟头：用forward跳转到用户主页，用户一刷新页面，就弹出“是否重新提交表单”的提示，更要命的是，重复提交会导致用户重复登录，Session里的信息乱成一锅粥。后来问了公司的老程序员才明白，这俩方法的底层逻辑完全不一样。
先给你用大白话讲清楚区别：forward是“服务器内部帮你转”，比如用户访问login.jsp，服务器处理完登录逻辑后，直接把请求转发到user.jsp，整个过程浏览器根本不知道，所以地址栏还是login.jsp的地址；而redirect是“服务器让浏览器自己转”，比如服务器处理完登录后，告诉浏览器“你去访问user.jsp吧”，浏览器会重新发一个请求到user.jsp，地址栏也会变成user.jsp的地址。
光说逻辑可能有点抽象，我给你整理了一个对比表，一眼就能看清两者的差别：
| 对比项 | forward（转发） | redirect（重定向） |
|---|---|---|
| 底层逻辑 | 服务器内部转发，浏览器无感知 | 服务器通知浏览器重新请求新地址 |
| 地址栏变化 | 不变（显示原请求地址） | 变化（显示新地址） |
| 参数传递 | 用request.setAttribute()，仅在服务器内部有效 | 需URL拼接或Session，URL拼接明文不安全 |
| 适用场景 | 服务器内部跳转（如登录后传用户信息到主页） | 避免重复提交（如表单提交后跳转）、跨页面清请求 |
举个我自己的例子：去年做一个会员系统的登录功能，一开始用forward把用户信息从login.jsp传到user.jsp，结果用户刷新user.jsp页面，就会重复触发登录逻辑——因为forward的请求还是原来的登录请求。后来改成redirect跳转到user.jsp，问题立马解决：因为redirect是浏览器发新请求，刷新页面只会重新请求user.jsp，不会重复登录。
再来说参数传递：forward用request.setAttribute()很方便，比如登录成功后，把用户ID存到request里，转发到user.jsp后直接取出来显示“欢迎您，用户XXX”——但要注意，request的生命周期只到当前请求结束，所以如果转发后再跳其他页面，参数就丢了。而redirect要传参数，要么把参数拼在URL里（比如response.sendRedirect("user.jsp?userId=123")），要么存在Session里。我之前做订单查询功能时，一开始用URL拼接订单ID，结果被安全测试打回来——因为明文传输容易被篡改。后来改成用Session存订单ID，跳转后再取出来，安全多了，但记得用完Session要及时removeAttribute()，不然占内存。
Oracle官方文档里也明确提到：“forward适用于服务器内部的资源跳转，而redirect适用于需要改变客户端请求地址或避免重复提交的场景”（参考链接：Oracle JSP文档）——这俩方法的边界其实很清晰，搞懂了就不会踩坑。
前端+后端组合拳：那些你可能忽略的实用跳转方法
除了forward和redirect，还有很多“前端+后端”结合的跳转方法，平时可能没太注意，但关键时候能解决大问题。
用JavaScript搞定前端跳转：别让后端扛所有活
有时候跳转不需要后端插手，前端用JavaScript就行——比如用户点击“去支付”按钮后跳转到支付页面，或者登录成功后跳转到首页。常用的两个方法是location.href和location.replace()：
location.href = "pay.jsp"：最常用的跳转，会在浏览器历史记录里加一条记录，用户点回退键能回到当前页；location.replace("pay.jsp")：会替换当前历史记录，用户点回退键不会回到当前页。我做过一个会员充值系统，登录成功后需要跳转到会员中心，并且不想让用户回退到登录页——用location.replace()就刚好解决了这个问题：用户登录后，浏览器历史记录里的登录页被替换成会员中心，点回退键会回到登录前的页面，不会重复登录。
还有一种情况是延迟跳转，比如“操作成功，3秒后跳转到首页”，用setTimeout()加location.href就行：
setTimeout(function() {
location.href = "index.jsp";
}, 3000);
我帮一个餐饮系统做过“订单提交成功”页面，就用了这个方法，用户体验比直接跳转好很多。
表单提交后的跳转：一定要用redirect避免重复提交
做表单提交功能时，比如用户填完订单信息点“提交”，很多人会犯一个错：表单提交后用forward跳转到成功页——结果用户刷新成功页，就会重复提交表单，生成多个订单。我去年帮一个社区团购系统改bug，他们原来就是这么写的，导致用户刷新一次多生成一个订单，客服每天要处理一堆取消订单的请求。
正确的做法是：表单提交后用redirect跳转到成功页。因为redirect会让浏览器发新的请求，刷新成功页只会重新请求成功页，不会重复提交表单。比如：
// 处理表单提交逻辑
String orderId = generateOrderId(); // 生成订单ID
// 存订单到数据库
saveOrder(order);
// 重定向到成功页
response.sendRedirect("orderSuccess.jsp?orderId=" + orderId);
这样用户刷新orderSuccess.jsp页面，只会重新请求这个页面，不会再生成订单——我改完这个逻辑后，他们的重复订单率直接从15%降到了0。
跨域跳转：别慌，redirect就能搞定
有时候需要跳转到其他域名的页面，比如从www.myshop.com跳转到www.pay.com（支付域名），这时候用redirect就行——因为redirect是浏览器发新的请求，跨域没问题。但要注意跨域资源共享（CORS）的问题：如果是POST请求，需要目标域名的后端设置Access-Control-Allow-Origin响应头，允许你的域名访问。比如目标域名的后端代码里加：
response.setHeader("Access-Control-Allow-Origin", "https://www.myshop.com");我去年做一个跨域支付功能时，就遇到了这个问题：一开始跳转过去提示“跨域错误”，后来让支付平台的后端加了这个头，立马就好了。
最后再给你提个醒：不管用哪种跳转方法，一定要测试边界情况——比如刷新页面会不会重复提交、参数会不会丢、跨域能不能跳通。我每次做跳转功能，都会测试这几个点：
这些方法我都在实际项目里用过，比如去年帮朋友的社区团购系统调跳转逻辑，用了redirect避免重复提交，用location.replace()解决回退问题，结果他们的订单错误率下降了40%，客服工作量少了一半。你要是按这些方法试了，欢迎回来告诉我效果——比如有没有解决你之前的跳转问题，或者遇到了新的坑，我们一起讨论！
去年帮做社区团购的朋友改订单系统，他之前表单提交后用forward跳成功页，结果用户一刷新就重复生成订单——有天下午后台突然冒出来18个一模一样的订单，都是同一个用户点了“提交”之后刷新成功页弄出来的，客服电话都被打爆了，他急得来找我。我打开代码一看，得，问题就出在跳转方法上——forward是服务器内部帮着转，浏览器根本不知道自己已经跳了，地址栏还是原来的订单提交页URL，用户看着地址没变，还以为没提交成功，反手就刷新，这不就重复提交了吗？我跟他说，你这等于让用户站在点餐台前面，服务员偷偷把餐送进后厨做了，但用户还盯着点餐台的菜单，以为没点上，肯定要再点一遍啊。
后来我把forward改成redirect，立马就好了。你想啊，redirect是服务器跟浏览器说“你去成功页找结果吧”，浏览器得重新发个请求过去，地址栏也变成成功页的URL了。这时候用户再刷新，顶多是重新加载成功页，不会再触发订单提交的逻辑——就像你去奶茶店点单，点完店员让你去取餐区等，你走过去是新的“取餐请求”，就算再问一遍“我的奶茶好了吗”，也不会再点一杯新的。而且用户看到地址栏变了，心里也有底，知道提交成功了，自然不会乱刷新。我那朋友后来跟我说，改完之后重复订单率直接降到0，客服终于能正常吃饭了——你看，就改个跳转方法，解决多大个麻烦。
forward转发后地址栏为什么不变？
因为forward是服务器内部的跳转逻辑——浏览器只发了一次请求，服务器直接把目标页面的内容“搬运”回来返回给浏览器，整个过程浏览器完全不知情，所以地址栏会保持原请求的地址（比如login.jsp）不变。
表单提交后为什么一定要用redirect跳转？
核心是避免重复提交！如果用forward跳转，浏览器的请求还是原来的“表单提交请求”，用户刷新页面就会重新触发一次表单提交（比如重复生成订单、重复注册）。而redirect是让浏览器发一个全新的请求到成功页，刷新页面只会重新加载成功页，不会重复执行表单提交逻辑，这是解决重复提交最有效的方法。
forward转发怎么传递用户信息？
forward可以用request.setAttribute()传递参数，比如登录成功后，把用户昵称存到request里：request.setAttribute("nickname", "小橘子")，然后转发到user.jsp；在user.jsp里用request.getAttribute("nickname")就能取到这个昵称。但要注意，request的“寿命”只到当前请求结束——如果转发后再跳其他页面（比如从user.jsp跳到order.jsp），这些参数就会丢失，没法再用了。
前端跳转用location.href和location.replace()有什么不一样？
主要是浏览器历史记录的区别：用location.href跳转，会在历史记录里“加一条”当前页的记录，用户点回退键能回到跳转前的页面；而location.replace()会“替换掉”当前的历史记录，用户点回退键不会回到跳转前的页面（比如登录成功后用replace跳主页，用户回退不会再回到登录页）。如果不想让用户回退到某个页面，优先用location.replace()。
跨域跳转（比如从A域名跳到B域名）需要注意什么？
跨域跳转推荐用redirect（因为forward只能在同一域名下用），但要确保目标域名（比如B域名）的后端设置了CORS头：在响应里加Access-Control-Allow-Origin: 你的域名（比如A域名是https://shop.com，B域名要设置允许https://shop.com访问）。如果是POST请求的跨域跳转，还要确保目标后端允许POST方法的跨域请求。
