目录
1、@RequestMapping注解的作用
2、@RequestMapping注解的位置
3、value属性
(1)基础用法
(3)路径中的占位符(重点)
4、method属性
5、params属性(了解)
6、headers属性(了解)
1、@RequestMapping注解的作用
@RequestMapping注解的作用,就是将请求和处理请求的控制器方法关联起来
,建立映射关系。
SpringMVC接收到一个请求,就会在映射关系中找到对应的控制器方法来处理这个请求。
@RequestMapping有很多属性,设置得越多,匹配的请求越精确
。
控制器中有多个方法对应同一个请求,怎么处理?
编译前正常,运行时报错。说对于这个请求,已经存在对应的控制器方法了
多个控制器,对于同一个请求配置了不同的控制器方法,怎么处理?
编译前正常,运行时报错。说对于这个请求,已经存在对应的控制器方法了
也就是说,请求和它的处理器方法必须是一一对应的关系
。
2、@RequestMapping注解的位置
查看@RequestMapping注解的源码
@Target({ElementType.TYPE, ElementType.METHOD})@Retention(RetentionPolicy.RUNTIME)@Documented@Mappingpublic @interface RequestMapping {...}
从@Target可以看出
- ElementType.TYPE:可以标记类
- ElementType.METHOD:可以标记方法
有两种情况,标记在类上和标记在方法上
@RequestMapping标识一个类:设置映射请求的请求路径的
初始信息
@RequestMapping标识一个方法:设置映射请求请求路径的
具体信息
@Controller@RequestMapping("/test")public class RequestMappingController {//此时请求映射所映射的请求的请求路径为:/test/testRequestMapping@RequestMapping("/testRequestMapping")public String testRequestMapping(){return "success";}}
使用场景
常用于
区分不同模块的相同功能
比如用户模块和订单模块都有展示数据功能,请求路径都是/list。
如果单纯在两个控制器中配置两个针对/list的方法,则一个请求对应了两个控制方法,运行时会报错。
而为了功能命名的统一,也不希望设置不同的名称,比如/user_list 与 /order_list ,这样虽然可以解决问题,但不合理。
可以使用在类上配置@RequestMapping的方式,来区分用户和订单的 /list。
比如
@Controller@RequestMapping("/user")public class UserController {//此时请求映射所映射的请求的请求路径为:/user/list@RequestMapping("/list")public String getUserList(){return "userList";}}@Controller@RequestMapping("/order")public class OrderController {//此时请求映射所映射的请求的请求路径为:/order/list@RequestMapping("/list")public String getOrderList(){return "orderList";}}
在访问时,可以指定”/user/list” 和”/order/list”
3、value属性
(1)基础用法
阅读源码
public @interface RequestMapping {...@AliasFor("path")String[] value() default {};...}
@RequestMapping中value属性的作用
value属性必须配置!
@RequestMapping注解的value属性
通过请求的请求地址匹配请求映射
。它是一个字符串类型的数组,表示该请求映射
能够匹配多个请求地址
所对应的请求
@RequestMapping(value={"/text1", "/text2"})public String toTarget(){System.out.println("请求收到");//返回视图名称return "text";}
通过/text1和/text2,都能匹配到这个控制器方法,跳转到text对应的视图页面
注意
有些特殊字符不能被匹配,例如 ? 或 / 或 空格
(3)路径中的占位符(重点)
SpringMVC支持路径中的占位符,在restful风格中会用到
什么是restful风格
通过拼接请求路径的方式,传递请求参数
原始方式:/deleteUser?id=1
rest方式:/deleteUser/1
服务器如何知道哪个/是目录,哪个/是参数?
参数部分,用{}占位符来填充。
例如 /test/{} 就可以匹配/test/1 ,而/test/test/1这样的更深目录,就不会被错误匹配到
但要注意,此时 /test 请求不能被 /test/{}匹配到。 /test/ 也不行。
如何使用restful风格传参
当请求路径中,将某些数据通过路径的方式传输到服务器中后;
就可以在相应的@RequestMapping注解的value属性中,通过占位符{自定义名称}表示传输的数据;
在控制器方法的参数部分添加
@PathVariable注解
,将占位符所表示的数据赋值给控制器方法的形参;这样就实现了从前端页面传参给后端控制器方法。
总结:
占位符{}告诉控制方法,此处是一个rest风格的参数;
@PathVariable用于将这个参数与控制器方法的形参进行绑定,使之可以在方法中使用。
示例
单个参数
模拟传参
rest风格
控制器方法
@RequestMapping("/testPath/{id}")public String testPath(@PathVariable String id){System.out.println("id = " + id);return "target";}
就可以获取到前端页面传递的 3
多个参数
@RequestMapping("/testPath/{id}/{username}")public String testPath(@PathVariable String id, @PathVariable String username){System.out.println("id = " + id);System.out.println("username = " + username);return "target";}
4、method属性
阅读源码
public @interface RequestMapping {...RequestMethod[] method() default {};...}
可以看出,method是一个RequestMethod类型的数组(RequestMethod就是请求方法)
RequestMethod是一个枚举类,包括:GET, HEAD, POST, PUT, PATCH, DELETE, OPTIONS, TRACE
@RequestMapping中method属性的作用
@RequestMapping注解的method属性
通过请求的请求方式(get或post)匹配请求映射
。它是一个RequestMethod类型的数组,表示该请求映射
能够匹配多种请求方式
的请求如果不设置method,
默认是任何请求方式都能匹配
(因为此时不以请求方式为条件)
使用场景
后续CRUD时,可以根据请求方式的不同,在同一个请求路径下,匹配不同的控制方法,执行不同的SQL语句。
示例
由于value属性必须设置,所以设置method属性后,意思是既要满足请求地址,又要满足请求方法
。
@RequestMapping(value="/target", method = {RequestMethod.GET, RequestMethod.POST})public String toTarget(){System.out.println("请求收到");//返回视图名称return "target";}
注意
如果当前请求的请求地址满足请求映射的value属性,但是请求方式不满足method属性,则浏览器报错405:Request Method ‘POST’ not supported,请求方式不被支持。
派生注解
1、对于处理指定请求方式的控制器方法,SpringMVC中提供了@RequestMapping的派生注解:
- 处理get请求的映射 –> @GetMapping
- 处理post请求的映射 –> @PostMapping
- 处理put请求的映射 –> @PutMapping
- 处理delete请求的映射 –> @DeleteMapping
派生注解的作用
使用这些派生注解,就不用去指定请求方法了。
例如@GetMapping(“/test”)相当于@RequestMapping(value=”/test”, method=RequestMethod.GET)
示例
@GetMapping("/get")public String getMapping(){return "get";}
意思是,匹配 请求名称为get,请求方法为get的请求。
2、常用的请求方式有get、post、put、delete
- get:查询
- post:修改
- put:增加
- delete:删除
但目前浏览器只支持get和post,如何发送其他类型的请求?
若在form表单提交时,为method设置了其他请求方式的字符串(put或delete),则会按照默认的请求方式get处理。
若要发送put和delete请求,需要通过Spring提供的过滤器HiddenHttpMethodFilter。是restful的内容
5、params属性(了解)
阅读源码
String[] params() default {};
params是一个字符串类型的数组
params属性的作用
@RequestMapping注解的params属性
通过请求的请求参数 匹配请求映射
它是一个字符串类型的数组,可以通过四种
表达式
设置请求参数和请求映射的匹配关系:
“param”:要求请求映射所匹配的请求必须携带param请求参数
“!param”:要求请求映射所匹配的请求必须不能携带param请求参数
“param=value”:要求请求映射所匹配的请求必须携带param请求参数且param=value
“param!=value”:要求请求映射所匹配的请求必须携带param请求参数但是param!=value
如果设置了多个参数匹配,则
必须同时满足
,请求才能映射到。
示例
@RequestMapping(value = "/test",params = {"username","password!=123456"})public String testRequestMapping(){return "success";}
意思是匹配 请求名称为test,请求参数包括username,且请求参数中password不等于123456的请求
注意
若当前请求满足@RequestMapping注解的value和method属性,但是不满足params属性,此时页面会报错400:Parameter conditions “username, password!=123456” not met for actual request parameters: username={admin}, password={123456}
6、headers属性(了解)
阅读源码
String[] headers() default {};
headers属性的作用
@RequestMapping注解的headers属性
通过请求的请求头信息匹配请求映射
性是一个字符串类型的数组,可以通过四种表达式设置请求头信息和请求映射的匹配关系
“header”:要求请求映射所匹配的请求必须携带header请求头信息
“!header”:要求请求映射所匹配的请求必须不能携带header请求头信息
“header=value”:要求请求映射所匹配的请求必须携带header请求头信息且header=value
“header!=value”:要求请求映射所匹配的请求必须携带header请求头信息且header!=value
注意
若当前请求满足@RequestMapping注解的value和method属性,但是不满足headers属性,此时页面 显示404错误,即资源未找到