Spring中POST重定向时附加表单数据的实现问题（Angular场景）

我来帮你搞定这个问题！你遇到的核心痛点是重定向会丢失POST请求参数，而且默认的302重定向会把POST请求转成GET，导致你的/confirm POST控制器根本接不到正确的请求。下面给你两种针对性的解决方案，还有更简单的替代方案：

方案一：用RedirectAttributes+307重定向传递参数 #

Spring的RedirectAttributes是专门用来在重定向时传递参数的，再配合307状态码保持POST方法，就能解决参数丢失的问题：

修改模拟支付控制器 #

@RequestMapping(path = "/pay", method = RequestMethod.POST)
public String handleMockPayment(HttpServletRequest request, RedirectAttributes redirectAttributes) {
    // 添加模拟响应码到Flash属性（重定向后只保留一次）
    redirectAttributes.addFlashAttribute("ResponseCode", "1"); // 1=成功，0=失败，按需调整
    
    // 如果你需要传递原表单的OrderID，也可以加在这里
    // redirectAttributes.addFlashAttribute("OrderID", request.getParameter("OrderID"));
    
    // 设置307重定向，强制浏览器保持POST方法（默认302会转成GET）
    request.setAttribute(View.RESPONSE_STATUS_ATTRIBUTE, HttpStatus.TEMPORARY_REDIRECT);
    return "redirect:/confirm";
}

修改回调验证控制器 #

用@ModelAttribute直接获取Flash属性，或者通过FlashMap读取：

@RequestMapping(path = "/confirm", method = RequestMethod.POST)
public String paymentVerification(@ModelAttribute("ResponseCode") String responseCode, 
                                  HttpServletRequest request) {
    String orderId = request.getParameter("OrderID");
    
    // 现在responseCode就能正常获取了，接下来处理你的业务逻辑
    // ...
    
    return "redirect:/booking";
}

或者用FlashMap的方式读取：

@RequestMapping(path = "/confirm", method = RequestMethod.POST)
public String paymentVerification(HttpServletRequest request) {
    String orderId = request.getParameter("OrderID");
    Map<String, ?> flashMap = RequestContextUtils.getInputFlashMap(request);
    String responseCode = null;
    if (flashMap != null) {
        responseCode = (String) flashMap.get("ResponseCode");
    }
    
    // 业务逻辑处理
    // ...
    
    return "redirect:/booking";
}

方案二：用服务器内部转发（Forward）替代重定向 #

如果你的模拟网关不需要真实的浏览器跳转（只是内部处理后传递给回调控制器），用forward比重定向简单太多，参数直接通过request传递：

修改模拟支付控制器 #

@RequestMapping(path = "/pay", method = RequestMethod.POST)
public String handleMockPayment(HttpServletRequest request) {
    // 直接把响应码放到request属性里，转发后目标控制器能直接拿到
    request.setAttribute("ResponseCode", "1");
    
    // 注意这里是forward，不是redirect
    return "forward:/confirm";
}

修改回调验证控制器 #

直接从request中读取属性：

@RequestMapping(path = "/confirm", method = RequestMethod.POST)
public String paymentVerification(HttpServletRequest request) {
    String orderId = request.getParameter("OrderID");
    String responseCode = (String) request.getAttribute("ResponseCode");
    
    // 业务逻辑处理
    // ...
    
    return "redirect:/booking";
}

更优雅的替代方案：复用业务逻辑 #

把支付验证的核心逻辑抽成服务类，模拟网关和真实回调直接调用同一个方法，完全避免跳转参数问题：

第一步：创建支付服务类 #

@Service
public class PaymentVerificationService {
    public String processPaymentVerification(String orderId, String responseCode) {
        // 这里放原来paymentVerification里的业务逻辑
        // 比如校验订单状态、更新支付结果等
        // ...
        
        return "redirect:/booking";
    }
}

第二步：修改两个控制器 #

@Autowired
private PaymentVerificationService verificationService;

@RequestMapping(path = "/pay", method = RequestMethod.POST)
public String handleMockPayment(HttpServletRequest request) {
    String orderId = request.getParameter("OrderID");
    String mockResponseCode = "1"; // 模拟响应码
    
    // 直接调用验证逻辑
    return verificationService.processPaymentVerification(orderId, mockResponseCode);
}

@RequestMapping(path = "/confirm", method = RequestMethod.POST)
public String paymentVerification(HttpServletRequest request) {
    String orderId = request.getParameter("OrderID");
    String responseCode = request.getParameter("ResponseCode");
    
    // 调用同一个验证逻辑
    return verificationService.processPaymentVerification(orderId, responseCode);
}

这个方案代码更简洁，也符合Spring的分层架构思想，推荐使用！

内容的提问来源于stack exchange，提问作者charith.arumapperuma