目录
@RequestMapping支持Get、Post、Delete等多种请求方式
- @RestController
- @RequestMapping("/user")
- public class HelloController {
- @RequestMapping("/sayhi")
- public String sayHi(){
- return "Hi,SpringBoot";
- }
-
- @RequestMapping("/sayhello")
- public String sayHello(){
- return "Hello,SpringBoot";
- }
- }
假设该程序在本地运行,则访问的url路径为 localhost:8080/user/sayhi
/user即类的路径,/sayhi是方法的路径
若类上没有@RequestMapping等注解进行路由映射的话,直接端口号后加方法的路径即可
如: localhost:8080/sayhi
注意: / 可以省略,但建议企业开发时,统一加上,前加后不加
@RequestMapping注解没有写属性名,默认是value
若要限制请求方式,使用method属性 如:
- @RequestMapping(value = "/sayhi",method = RequestMethod.POST)
- public String sayHi(){
- return "Hi,SpringBoot";
- }
比如上面的代码就限制了/sayhi路径的访问必须是POST请求
此处我们加上类路径/user避免路由重复(读者可忽略这句话,不影响)
- @RequestMapping("/m1")
- public String m1(String name){
- return "接收到的参数name:" + name;
- }
后端接收单个参数,此处是name,字符串类型,并返回字符串
前端传过来的请求中需要带上name参数,需要名称完全一样,参数前用?与路由隔开
浏览器直接访问:
Postman构造请求(本地路由既可以用127.0.0.1,也可以用localhost):
底层逻辑:从请求的参数中,获取参数名为name的值,并给name赋值
- @RequestMapping("/m2")
- public String m2(String name, Integer age){
- return "接收到的参数name:" + name + " ;age:" + age;
- }
后端接收多个参数,此处是name和age,字符串类型和整形,并返回字符串
前端传过来的请求中需要带上name参数和age参数,需要名称完全一样,参数前用?与路由隔开,不同的参数间用&隔开
参数发送的顺序可以任意调换
当多个参数传值时,可以不用每个参数都传值,不传值的参数默认是null(使用包装类的前提下)
此处不用age,用Integer的原因是如果使用基本类型,必须要传值,不传会报错,所以开发时,建议使用包装类
底层逻辑:从请求的多个参数中,获取参数名为name和age的值,并给对应名称的数据赋值
- @RequestMapping("/m3")
- public String m3(Person person){
- return "接收到的参数person:" + person.toString();
- }
Person中有以下属性
后端接收一个对象或对象中的属性,此处是Person,并返回字符串
前端传过来的请求中可以依然用传递参数的方式,参数需要是对象中的属性名,需要名称完全一样,参数前用?与路由隔开,不同的参数间用&隔开
可以看到,用传递多个参数的方式依然可以,后端会自动读取参数中对象中名称一样的属性,对于没有的属性则不理睬
底层逻辑:从请求的参数中,自动识别与对象属性名一致的参数,并给对象中对应名称的属性赋值
应用场景:传过来的参数名称不方便改变,但又想改变后端中自己使用的参数名称,不想用传过来的参数名称
- @RequestMapping("/m4")
- public String m4(@RequestParam(value = "name", required = false) String username){
- return "接收到的参数name:" + username;
- }
后端:此刻用了@RequestParam后,前端传过来的参数为name(value中的值),会自动赋值给username
前端:参数名需要与value中的值保持一致
注意:如果进行了重命名,就必须要使用@RequestParam注解里的名字
底层逻辑:此处只是运用了@RequestParam注解实现了参数重命名,传递参数的逻辑与前面几种方式一致
- @RequestMapping("/m6")
- public String m6(String[] arrayParam){
- return "接收到的参数arrayParam" + Arrays.toString(arrayParam) + ", 长度" + arrayParam.length;
- }
后端:接收参数是数组类型,可接收前端传来的数组类型参数
前端:当我们请求中,同一个参数有多个时,浏览器会帮我们自动给封装成一个数组
注意:参数名需完全一致,且和后端数组名相同,对应的value可以不同
底层逻辑:后端正常接收数组,前端(浏览器)发送请求时,若同一个参数有多个时,会自动将其封装成一个数组,发送给后端
- @RequestMapping("/m7")
- public String m7(@RequestParam(required = false) List
listParam) { - return "接收到的参数listParam:" + listParam + ",长度:" +listParam.size();
- }
后端:接收参数类型为集合,并加上注解@RequestParam修饰,表示后端会将前端传来的参数自动解析为集合
前端:按数组的方式进行传参,当我们请求中,同一个参数有多个时,浏览器会帮我们自动给封装成一个数组
注意:传递集合和传递数组前端传递参数的方式是没有发生改变的,改变的是后端的处理方法
底层逻辑:@RequestParam表示将前端传来的参数自动解析成该注解修饰的类型(此处是集合),注解内参数意思为若前端没有传递参数,则自动将该类型赋值为null,避免空指针报错
- @RequestMapping("/m8")
- public String m8(@RequestBody Person person){
- return "接收到的参数person:" + person.toString();
- }
后端:@RequestBody
注解来将请求体内容转换为一个Person
对象
前端:以JSON格式来传递参数
注意:后端参数要加上@RequestBody注解进行修饰,表示自动将前端传来的参数换成需要的参数类型,传递Json数据这种传参方式被大量使用,咱数组、对象等的参数类型全部可以用JSON传递
底层逻辑:参数加上@RequestBody注解进行修饰,表示自动将前端传来的参数换成需要的参数类型,其实后端接收JSON参数的功能还是靠得该注解
- @RequestMapping("/m9/{userId}/{name}")
- public String m9(@PathVariable Integer userId, @PathVariable String name){
- return "userId:" + userId + ",name:" + name;
- }
后端:在url中用占位符占位,然后参数用@PathVariable修饰,表示从路径中取到该参数
前端:直接在url中传参,用 / 分隔
注意:可以获取一个,也可以获取多个,但是需要注意他们的顺序,请求格式必须和后端定义的url格式匹配,否则会取错数据甚至报错
底层逻辑: 前端直接在url中传参,用 / 分隔,后端先在url中用占位符占位,然后参数用@PathVariable修饰,表示从url中占的对应位置取得对应参数并赋值给自己的参数
- @RequestMapping("/m10")
- public String m10(@RequestPart MultipartFile file) throws IOException {
- // 打印文件名称
- System.out.println(file.getOriginalFilename());
- // 保存本地
- file.transferTo(new File("D:/临时,后续删除/" +file.getOriginalFilename()));
- return "success";
- }
后端:用MultipartFile类型的变量接收文件,参数使用@RequestPart
注解,它用于接收文件上传
前端:直接发送文件/图片即可
注意:前端发送的文件名称必须和后端接受的参数名称完全一致,不然会报错
底层逻辑:用MultipartFile类型的变量接收文件,参数使用@RequestPart
注解,它用于接收文件上传