将HTTP开发客户端与发布请求和内容类型应用程序/ x-www-form-urlencoded一起使用
1）仅@RequestBody
请求-本地主机：8080 / SpringMVC /欢迎在正文中-name = abc
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestBody String body, Model model) {
model.addAttribute("message", body);
return "hello";
}
//如预期的那样将正文设为'name = abc'
2）仅@RequestParam
请求-本地主机：8080 / SpringMVC /欢迎在正文中-name = abc
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestParam String name, Model model) {
model.addAttribute("name", name);
return "hello";
}
//预期名称为'abc'
3）都在一起
请求-本地主机：8080 / SpringMVC /欢迎在正文中-name = abc
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestBody String body, @RequestParam String name, Model model) {
model.addAttribute("name", name);
model.addAttribute("message", body);
return "hello";
}
// HTTP错误代码400-客户端发送的请求在语法上不正确。
4）上面的参数位置已更改
请求-本地主机：8080 / SpringMVC /欢迎在正文中-name = abc
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestParam String name, @RequestBody String body, Model model) {
model.addAttribute("name", name);
model.addAttribute("message", body);
return "hello";
}
//没有错误。名称为“ abc”。主体为空
5）在一起但获得类型url参数
请求-本地主机：8080 / SpringMVC / welcome？name = xyz在正文中-name = abc
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestBody String body, @RequestParam String name, Model model) {
model.addAttribute("name", name);
model.addAttribute("message", body);
return "hello";
}
//名称为'xyz'，主体为'name = abc'
6）与5）相同，但参数位置已更改
代码-
@RequestMapping(method = RequestMethod.POST)
public String printWelcome(@RequestParam String name, @RequestBody String body, Model model) {
model.addAttribute("name", name);
model.addAttribute("message", body);
return "hello";
}
// name ='xyz，abc'主体为空
有人可以解释这种行为吗？
@RequestBody javadoc状态
表示方法参数应与主体绑定的注释Web请求。
它使用HttpMessageConverter的注册实例将请求正文反序列化为带注释的参数类型的对象。
和@RequestParam javadoc状态
注解，指示方法参数应绑定到网络请求参数。
Spring将请求的主体绑定到用@RequestBody注释的参数。
Spring将请求正文中的请求参数（URL编码的参数）绑定到您的方法参数。 Spring将使用参数的名称，即。 name，以映射参数。
参数按顺序解析。首先处理@RequestBody。 Spring将消耗所有的HttpServletRequest InputStream。然后，当它尝试解析默认为@RequestParam的required时，查询字符串中没有请求参数或请求主体的其余内容，即。没有。因此它失败了400，因为处理程序方法无法正确处理该请求。
@RequestParam的处理程序首先执行操作，读取HttpServletRequest InputStream的内容以映射请求参数，即。整个查询字符串/网址编码的参数。这样做并获得映射到参数abc的值name。当@RequestBody的处理程序运行时，请求正文中没有任何内容，因此使用的参数为空字符串。
@RequestBody的处理程序读取正文并将其绑定到参数。然后，@RequestParam的处理程序可以从URL查询字符串中获取请求参数。
@RequestParam的处理程序从正文和URL查询字符串中读取。通常会将它们放在Map中，但是由于参数的类型为String，因此Spring会将Map序列化为逗号分隔的值。然后，@RequestBody的处理程序再也没有什么要从正文读取的内容。
现在回答这个问题为时已晚，但它可能对新读者有所帮助，似乎是版本问题。我在Spring 4.1.4上运行了所有这些测试，发现@RequestBody和@RequestParam的顺序无关紧要。
body= "name=abc"和name = "abc"body ="name=abc"，name = "xyz,abc"之所以发生，是因为Servlet规范不是很直接。如果使用本地HttpServletRequest实现，则无法同时获取URL编码主体和参数。 Spring采取了一些解决方法，这使其变得更加奇怪和不透明。
在这种情况下，Spring（版本3.2.4）将使用getParameterMap()方法中的数据为您重新渲染主体。它混合了GET和POST参数，并中断了参数顺序。引起混乱的类是ServletServerHttpRequest。不幸的是，它不能被替换，但是类StringHttpMessageConverter可以被替换。
不幸的是，干净的解决方案并不简单：
StringHttpMessageConverter。复制/覆盖原始的类调整方法readInternal()。HttpServletRequest覆盖getInputStream()，getReader()和getParameter*()方法。必须在方法StringHttpMessageConverter＃readInternal中使用以下代码：
if (inputMessage instanceof ServletServerHttpRequest) {
ServletServerHttpRequest oo = (ServletServerHttpRequest)inputMessage;
input = oo.getServletRequest().getInputStream();
} else {
input = inputMessage.getBody();
}
然后必须在上下文中注册转换器。
<mvc:annotation-driven>
<mvc:message-converters register-defaults="true/false">
<bean class="my-new-converter-class"/>
</mvc:message-converters>
</mvc:annotation-driven>
此处描述了第二步：Http Servlet request lose params from POST body after read it once
您还可以将@RequestParam默认必需状态更改为false，以便不生成HTTP响应状态代码400。这将使您可以按自己喜欢的顺序放置注释。
@RequestParam(required = false)String name