目录
起因:#记录一下学习编程遇到的最难受的一个bug
首先了解一下@PathVariable和redirect
在Spring框架中,@PathVariable 注解主要用于提取 URI 模板中的变量
redirect: 是在Spring MVC控制器方法中使用的特殊前缀,用于执行重定向。有相对路径和绝对路径之分,如果有/则代表绝对路径
举个栗子:
- @RequestMapping("/original/{id}")
- public String originalMethod(@PathVariable String id) {
- // Do something with the 'id'
- return "redirect:/target/" + id;
- }
-
- @RequestMapping("/target/{id}")
- public String targetMethod(@PathVariable String id, Model model) {
- // Here you'll get the 'id' passed from the originalMethod
- model.addAttribute("id", id);
- return "targetPage";
- }
上面的代码在执行的时候,会先进入originalMethod方法,返回的时候它会重新请求target下的URL路径,也就是执行一次targetMethod方法,和我们直接跳转到页面是有区别的,比如我们需要对页面进行赋值,如果没有重新执行后端方法,那么就会出现空白页的现象
因此:我认为redirect重定向主要是为了重新发起一次http请求执行我们的后端业务,一般情况下只会执行一次
那么问题出现了,如果返回值没有命中,类似于下面的场景
- @RequestMapping("/original/{id}")
- public String originalMethod(@PathVariable String id) {
- // Do something with the 'id'
- return "redirect:target";
- }
那么当你访问 /original/123,此方法会被调用,然后它会重定向到相对路径 target。如果你没有提供一个完整的路径(比如 /target),那么它会被解释为相对于当前请求URL的路径。所以它会尝试重定向到 /original/target。
如果 /original/target 路径恰好与另一个控制器方法匹配,那么那个方法会被调用。就不会发生死循环问题
但如果 /original/target 路由与 originalMethod 方法匹配,会导致无限重定向循环,因为它会不断地调用自己。
举个栗子:
- @RequestMapping("/original")
- public String originalMethod() {
- // Do something with the 'id'
- return "redirect:/original";
- }
- @RequestMapping("/original")
- public String originalMethod() {
- // Do something with the 'id'
- return "redirect: /original";
- }
- @RequestMapping("/original")
- public String originalMethod() {
- // Do something with the 'id'
- return "redirect:original";
- }
1.return "redirect:original";
这是一个相对重定向。当你在当前URL路径下进行这样的重定向时,它会添加到当前路径。例如,如果你当前的URL是 /somepath/original,此重定向将尝试导航至 /somepath/original/original。
2.return "redirect:/original";
这是一个绝对重定向。不论当前URL是什么,它都会导航至应用的根目录下的 /original。也就是说,它始终导向到 /original。