标签：username PathVariable RequestParam URL RequestBody 参数 user
- @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 名的话，那么就会自动匹配；没有的话，请求也能正确发送。
标签：username,PathVariable,RequestParam,URL,RequestBody,参数,user 来源： https://blog.csdn.net/weixin_46047731/article/details/117219856
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。