映射方法如何跳转到另一个映射方法

第一种：

@RequestMapping(value="/abc")
	public String test1(){
	System.out.println("进入了ABC！！");
	return "redirect:/ccc";
}
	
@ResponseBody
@RequestMapping(value="/ccc")
public String test2(){
	System.out.println("进入了CCC！！");
	return "aaaa";
}

通过 test1() 方法中 return “redirect:ccc” 就可以跳转到 test2() 中继续执行了

第二种：

@RequestMapping(value="/abc")
	public String test1(){
	System.out.println("进入了ABC！！");
	return "forward:/ccc";
}
	
@ResponseBody
@RequestMapping(value="/ccc")
public String test2(){
	System.out.println("进入了CCC！！");
	return "aaaa";
}

通过 test1() 方法中 return “forward:ccc” 就可以跳转到 test2() 中继续执行了

两者区别：
1.浏览器 url 的显示路径
redirect:：会改变；
就是说你在浏览器输入127.0.0.1：8080/项目名/abc 回车浏览器地址会变成 127.0.0.1：8080/项目名/ccc

forward： 不会改变；
就是说你在浏览器输入127.0.0.1：8080/项目名/abc 回车浏览器地址不会改变

2.方法之间的数据信息传输是否共享
redirect: 不共享；

@RequestMapping(value="/abc")
	public String test1(HttpServletRequest request){
		System.out.println("进入了ABC！！");
		request.setAttribute("name", "huang"); /* 这里用 request 保存了一个变量 name */
		return "redirect:ccc";
	}
	
	@ResponseBody
	@RequestMapping(value="/ccc")
	public String test2(HttpServletRequest request){
		System.out.println("进入了CCC！！");
		String name = (String) request.getAttribute("name"); /* 这里用 request 获取了一个变量 name */
		return name;
	}

结果页面上显示是空白的！

原因的因为使用 redirect 重定向时会产生两个不同的 request ， 因为这两个 request 不是同一个， 所以数据不共享。

@RequestMapping(value="/abc")
public String test1(HttpServletRequest request){
System.out.println(“进入了ABC！！”);
request.setAttribute(“name”, “huang”); /* 这里用 request 保存了一个变量 name */
return “forward:ccc”;
}

@ResponseBody
@RequestMapping(value="/ccc")
public String test2(HttpServletRequest request){
	System.out.println("进入了CCC！！");
	String name = (String) request.getAttribute("name"); /* 这里用 request 获取了一个变量 name */
	return name;
}

结果页面上显示 huang 

原因的因为使用 forward 转发时只会产生一个 request ， 所以数据共享。



本质区别（我也不太懂， 所以附上别人家的解释）
—————————————
原文链接：https://blog.csdn.net/zhc5885306/article/details/78763905

转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程： 

转发过程：客户浏览器发送http请求--->web服务器接受此请求--->调用内部的一个方法在容器内部完成请求处理和转发动作--->将目标资源 发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客 户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。 

重定向过程：客户浏览器发送http请求--->web服务器接受后发送302状态码响应及对应新的location给客户浏览器--->客户浏览器发现 是302响应，则自动再发送一个新的http请求，请求url是新的location地址--->服务器根据此请求寻找资源并发送给客户。在这里 location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的 路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。 


重定向，其实是两次request:第一次，客户端request A,服务器响应，并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。 
—————————————