SpringMVC（一）(1)+https://developer.aliyun.com/article/1556747
3.4 method属性
不设置method属性，任何请求方式都能够匹配
- method属性通过请求的请求方式（get或post）匹配请求映射
- method属性是一个RequestMethod类型的数组，表示该请求映射能够匹配多种请求方式的请求
- 若当前请求的请求地址满足请求映射的value属性，但是请求方式不满足method属性，则浏览器报错405：Request method ‘POST’ not supported
<a th:href="@{/test}">测试@RequestMapping的value属性-->/test</a><br> <form th:action="@{/test}" method="post"> <input type="submit"> </form>
@RequestMapping( value = {"/testRequestMapping", "/test"}, method = {RequestMethod.GET, RequestMethod.POST} ) public String testRequestMapping(){ return "success"; }
注：
1、对于处理指定请求方式的控制器方法，SpringMVC中提供了@RequestMapping的派生注解
处理get请求的映射–>@GetMapping
处理post请求的映射–>@PostMapping
处理put请求的映射–>@PutMapping
处理delete请求的映射–>@DeleteMapping
2、常用的请求方式有get，post，put，delete
但是目前浏览器只支持get和post，若在form表单提交时，为method设置了其他请求方式的字符串（put或delete），则按照默认的请求方式get处理
若要发送put和delete请求，则需要通过spring提供的过滤器HiddenHttpMethodFilter，在RESTful部分会讲到
3.5 params属性（了解）
@RequestMapping注解的params属性通过请求的请求参数匹配请求映射
@RequestMapping注解的params属性是一个字符串类型的数组，可以通过四种表达式设置请求参数和请求映射的匹配关系
- “param”：要求请求映射所匹配的请求必须携带param请求参数
- “!param”：要求请求映射所匹配的请求必须不能携带param请求参数
- “param=value”：要求请求映射所匹配的请求必须携带param请求参数且param=value
- “param!=value”：要求请求映射所匹配的请求必须携带param请求参数但是param!=value
//问号传参，或者()传参 <a th:href="@{/test(username='admin',password=123456)">测试@RequestMapping的params属性-->/test</a><br> <a th:href="@{/test?username='admin'">测试@RequestMapping的params属性-->/test</a><br>
@RequestMapping( value = {"/testRequestMapping", "/test"} ,method = {RequestMethod.GET, RequestMethod.POST} ,params = {"username","password!=123456"} ) public String testRequestMapping(){ return "success"; }
注：若当前请求满足@RequestMapping注解的value和method属性，但是不满足params属性，此时页面回报错400：Parameter conditions “username, password!=123456” not met for actual request parameters: username={admin}, password={123456}
3.6 headers属性（了解）
@RequestMapping注解的headers属性通过请求的请求头信息匹配请求映射
@RequestMapping注解的headers属性是一个字符串类型的数组，可以通过四种表达式设置请求头信息和请求映射的匹配关系
- “header”：要求请求映射所匹配的请求必须携带header请求头信息
- “!header”：要求请求映射所匹配的请求必须不能携带header请求头信息
- “header=value”：要求请求映射所匹配的请求必须携带header请求头信息且header=value
- “header!=value”：要求请求映射所匹配的请求必须携带header请求头信息且header!=value
若当前请求满足@RequestMapping注解的value和method属性，但是不满足headers属性，此时页面显示404错误，即资源未找到
3.7 SpringMVC支持ant风格的路径
- ？：表示任意的单个字符
- *：表示任意的0个或多个字符
- **：表示任意的0层、一层或多层目录
注意：在使用**时，只能使用/**/xxx的方式
package controller; import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RequestMethod; @Controller public class HelloController { // 通过@RequestMapping注解，可以通过请求路径匹配要处理的具体的请求 // /表示的当前工程的上下文路径 @RequestMapping("/") public String index(){ return "index"; } @RequestMapping(value = "/test?nt", method = {RequestMethod.POST, RequestMethod.GET} ) public String toTarget(){ return "target"; } }
index.html
<!DOCTYPE html> <html lang="en" xmlns:th="http://www.thymeleaf.org"> <head> <meta charset="UTF-8"> <title>首页</title> </head> <body> <h1>首页</h1> <a th:href="@{/testAnt}">test?nt访问目标页面target.html</a><br/> </body> </html>
任意一个字符都可以（除各别外）
3.8 SpringMVC支持路径中的占位符（重点）
原始方式：/deleteUser?id=1
rest方式：/deleteUser/1
SpringMVC路径中的占位符常用于RESTful风格中，当请求路径中将某些数据通过路径的方式传输到服务器中，就可以在相应的@RequestMapping注解的value属性中通过占位符{xxx}表示传输的数据，在通过@PathVariable注解，将占位符所表示的数据赋值给控制器方法的形参
<a th:href="@{/testRest/1/admin}">测试路径中的占位符-->/testRest</a><br>
@RequestMapping("/testRest/{id}/{username}") //{}占位符 public String testRest(@PathVariable("id") String id, @PathVariable("username") String username){ System.out.println("id:"+id+",username:"+username); return "success"; } //最终输出的内容为-->id:1,username:admin
4. SpringMVC获取请求参数
4.1 方式一：通过ServletAPI获取
将HttpServletRequest作为控制器方法的形参，此时HttpServletRequest类型的参数表示封装了当前请求的请求报文的对象
<a th:href="@{/testParam(username='admin',password=123456)}">测试获取请求参数-->/testParam</a><br>
@RequestMapping("/testParam") public String testParam(HttpServletRequest request){ String username = request.getParameter("username"); String password = request.getParameter("password"); System.out.println("username:"+username+",password:"+password); return "success"; }
该方法通过原生API获取，不推荐此方式。
4.2 方式二：通过控制器方法的形参获取请求参数
在控制器方法的形参位置，设置和请求参数同名的形参，当浏览器发送请求，匹配到请求映射时，在DispatcherServlet中就会将请求参数赋值给相应的形参
<a th:href="@{/testParam(username='admin',password=123456)}">测试获取请求参数-->/testParam</a><br>
@RequestMapping("/testParam") public String testParam(String username, String password){ System.out.println("username:"+username+",password:"+password); return "success"; }
注：
若请求所传输的请求参数中有多个同名的请求参数，此时可以在控制器方法的形参中设置字符串数组或者字符串类型的形参接收此请求参数
若使用字符串数组类型的形参，此参数的数组中包含了每一个数据
若使用字符串类型的形参，此参数的值为每个数据中间使用逗号拼接的结果
（1）@RequestParam
@RequestParam是将请求参数和控制器方法的形参创建映射关系
@RequestParam注解一共有三个属性：
- value：指定为形参赋值的请求参数的参数名
- required：设置是否必须传输此请求参数，默认值为true。若设置为true时，则当前请求必须传输value所指定的请求参数，若没有传输该请求参数，且没有设置defaultValue属性，则页面报错400：Required String parameter ‘xxx’ is not present；若设置为false，则当前请求不是必须传输value所指定的请求参数，若没有传输，则注解所标识的形参的值为null
- defaultValue：不管required属性值为true或false，当value所指定的请求参数没有传输或传输的值为""时，则使用默认值为形参赋值
实例：测试@RequestParam()
<a th:href="@{/testRequestParam(username='admin', password='123456')}">测试testRequestParam</a><br/> <a th:href="@{/testRequestParam2(username='admin', password='123456')}">测试testRequestParam</a><br/>
@RequestMapping(value = "/testRequestParam") public String testRequestParam(String username, String password){ System.out.println("username:" + username + ", password:" + password); return "target"; } @RequestMapping(value = "/testRequestParam2") //如果没有@RequestParam("username")，便获取不到，因为没有user_name public String testRequestParam2(@RequestParam("username") String user_name, String password){ System.out.println("username:" + user_name + ", password:" + password); return "target"; }
实例：测试defaultValue参数
@RequestMapping(value = "/testRequestParam3") public String testRequestParam3(@RequestParam(value ="username", defaultValue = "moren") String user_name, String password){ System.out.println("username:" + user_name + ", password:" + password); return "target"; }
这里设置username为空字符串
<a th:href="@{/testRequestParam3(username='', password='123456')}">测试testRequestParam</a><br/>
结果获取到了设置的默认字符串
SpringMVC（一）(3)+https://developer.aliyun.com/article/1556752
