- @PathVariable
URL变量
Web应用中的URL通常不是一成不变的，例如微博两个不同用户的个人主页对应两个不同的URL：http://weibo.com/user1和http://weibo.com/user2。我们不能对于每一个用户都编写一个被@RequestMapping注解的方法来处理其请求，也就是说，对于相同模式的URL（例如不同用户的主页，他们仅仅是URL中的某一部分不同，为他们各自的用户名，我们说他们具有相同的模式）。
定义URL变量规则
可以在@RequestMapping注解中用{ }来表明它的变量部分，例如：
@RequestMapping(value="/user/{username}")
这里的{username}就是我们定义的变量规则，username是变量的名字，那么这个URL路由可以匹配下列任意URL并进行处理：
/user/Tom
/user/Jerry
/user/Jack2
需要注意的是，在默认情况下，变量中不可以包含URL的分隔符/，例如路由不能匹配/user/Denny/Jon，即使你认为Denny/Jon是一个存在的用户名。
获取URL变量
在路由中定义变量规则后，通常我们需要在处理方法（也就是@RequestMapping注解的方法）中获取这个URL的具体值，并根据这个值（例如用户名）做相应的操作，SpringMVC提供的@PathVariable可以帮助我们：
@RequestMapping(value="/user/{username}")
public String userProfile(@PathVariable(value="username") String username) {
return "user"+username;
}
在上面的例子中，当@Controller处理HTTP请求时，userProfile的参数username会自动设置为URL中对应变量username（同名赋值）的值。例如，当HTTP请求为/user/fpc，URL变量username的值fpc就会被赋值给函数参数username，函数的返回值是userfpc。
在默认情况下，Spring会对@PathVariable注解的变量进行自动赋值，也可以指定@PathVariable使用哪一个URL中的变量：
@RequestMapping(value = "user/{username}")
public String userProfile(@PathVariable(value="username") String username) {
return "user"+username;
- @RequestParam
Request参数
在访问各种各样的网站时，经常会发现网站的URL的最后一部分形如：?xx=yy&zz=ww。这就是HTTP协议中的Request参数，它有什么用呢？先看一个例子：
在知乎中搜索web
浏览器跳转到新页面后，URL变为https://www.zhihu.com/search?type=content&q=web
在知乎中搜索java
浏览器跳转到新页面后，URL变为https://www.zhihu.com/search?type=content&q=java
这里的type=content&q=web就是搜索请求的参数，不同参数之间用&分隔，每个参数形如name=value的形式，分别表示参数名字和参数值。在这个例子中，我们输入不同的搜索关键词，在搜索结果页面的URL的q参数是不同的。也就是说，HTTP参数实际上可以认为是一种用户的输入，根据不同的用户输入，服务器经过处理后返回不同的输出（例如搜索spring和搜索java，显示结果是不一样的）。
Spring MVC中的Request参数
在SpringMVC框架中，可以通过定义@RequestMapping来处理URL请求。和@PathVariable一样，需要在处理URL的函数中获取URL中的参数，也就是?key1=value1&key2=value2这样的参数列表。通过注解@RequestParam可以轻松地将URL中的参数绑定到处理函数方法的变量中：
@RequestMapping(value="/user")
public String getUserBlog(@RequestParam(value="id") int blogId) {
return "blogId="+blogId;
}
这样，当我们访问/user/?id=123时，SpringMVC帮助我们将Request参数id的值绑定到了处理函数的参数blogId上。这样就能够轻松获取用户输入，并根据它的值进行计算并返回了。
运行结果：
@RequestParam和@PathVariable
相同点与区别
@RequestParam和@PathVariable都能够完成类似的功能——因为本质上，它们都是用户的输入，只不过输入的部分不同，一个在URL路径部分，另一个在参数部分。要访问一篇博客文章，这两种URL设计都是可以的：
通过@PathVariable，例如/blogs/1
通过@RequestParam，例如blogs?blogId=1
那么究竟应该选择哪一种呢？建议：
1、当URL指向的是某一具体业务资源（或资源列表），例如博客，用户时，使用@PathVariable
2、当URL需要对资源或者资源列表进行过滤，筛选时，用@RequestParam
例如我们会这样设计URL：
/blogs/{blogId}
/blogs?state=publish而不是/blogs/state/publish来表示处于发布状态的博客文章
更多用法
一旦我们在方法中定义了@RequestParam变量，如果访问的URL中不带有相应的参数，就会抛出异常——这是显然的，Spring尝试帮我们进行绑定，然而没有成功。但有的时候，参数确实不一定永远都存在，这时我们可以通过定义required属性：
@RequestParam(value = "id", required = false)
当然，在参数不存在的情况下，可能希望变量有一个默认值：
@RequestParam(value = "id", required = false, defaultValue = "0")
- @RequestBody
@RequestBody 主要用来接收前端传递给后端的 json 字符串中的数据(请求体中的数据)；
Get 方式无请求体，所以使用 @RequestBody 接收数据时，前端不能使用 Get 方式提交数据;
而是使用 Post 方式进行提交的。在后端的同一个接收方法里，@RequestBody 与 @RequestParam() 可以同时使用; @RequestBody 最多只能有一个，@RequestParam() 可以有多个。
注：一个请求，只有一个 RequestBody；一个请求，可以有多个 RequestParam。
注：当同时使用 @RequestParam（）和 @RequestBody时：
@RequestParam（）指定的参数可以是普通元素、 数组、集合、对象等等
(即当：@RequestBody 与 @RequestParam() 可以同时使用时，原 SpringMVC 接收参数的机制不变，
只不过 RequestBody 接收的是请求体里面的数据；
而 RequestParam 接收的是 key-value 里面的参数，所以它会被切面进行处理从而可以用普通元素、
数组、集合、对象等接收)
即：如果参数时放在请求体中，传入后台的话，那么后台要用 @RequestBody 才能接收到；如果不是放
在请求体中的话，那么后台接收前台传过来的参数时，要用 @RequestParam 来接收，或则形参前什么
也不写也能接收。
注：如果参数前写了 @RequestParam(xxx)，那么前端必须有对应的 xxx 名字才行
(不管其是否有值，当然可以通过设置该注解的 required 属性来调节是否必须传)
如果没有 xxx 名的话，那么请求会出错，报400。
注：如果参数前不写 @RequestParam(xxx) 的话，那么就前端可以有可以没有对应的 xxx 名字才行，
如果有 xxx 名的话，那么就会自动匹配；没有的话，请求也能正确发送。