- 前言
最近在和三方对接的时候发现了一些问题，这也是我写这篇文章的原因。我大概花了三天时间把这些内容了解，实践，整理，然后分享给大家，希望对大家会有所帮助。废话不多说，在和三方对接的时候我们规定使用json作为通信数据格式，而有些三方定义Content-Type而有些就不定义，这样导致我后台定义的一些接口他们无法访问，所以我自己就动手做了些实验。这篇博文的目录为：前言-结论-实验-讲解-总结五大块。之所以把讲解放后面是因为先让大家看结果，然后自己带着思考去看讲解，而且有些人只想看实验这样也不会让费大家的时间，大家可以认真的看看结论哦。
- 结论
1，get请求时是否定义Content-Type并无很大的影响，因为get没有请求体，所有的数据都是通过url带过去，所以必须是key=value的格式，所以在springmvc端使用@RequestParam String id这种格式即可，或者不写@RequestParam也可以，不写的话默认是@RequestParam。
2，除get外的这几种（POST、DELETE、PUT、PATCH）都是有请求体（body）的，且他们之间的差异不大，所以归在一起：
当请求时定义Content-Type为application/json; charset=utf-8时，请求体中的数据（不管是不是json格式）都只能用@RequestBody获取，且一个方法参数列表最多写一个@RequestBody，当然你也可以在请求url上带其他的queryString参数，然后再springmvc使用String id或@RequestParam String id获取。再次重申是这种情况下@RequestParam是无法获取请求体（body）中的参数的，springmvc会报错：Required String parameter 'name' is not present。所以这种情况只能使用@RequestBody获取请求体中的参数。至于你使用Bean接收还是String接收取决你的需求，Bean接收更方便，不需要再次反序列化，而String接收可以更灵活，可以对接收到的字段进行检查。
当请求时未定义Content-Type（默认为application/x-www-form-urlencoded; charset=UTF-8），请求体中的数据都必须是key=values的类型，可以是使用@RequestBody获取整个请求体中的多个参数，也可以使用@RequestParam获取单个参数
- 实验
首先我说明一下我测试的思路及流程，我后台使用的是springmvc，然后我在后台定义了一个接口，然后我使用js放入chrom的console下去执行。将每次执行结果记录下来，然后改变Content-Type再实验，对于Content-Type我只实验了两种：application/json; charset=utf-8 和 application/x-www-form-urlencoded; charset=UTF-8因为这两种是比较常用的对我而言。HTTP方法我试验了5种：GET、POST、DELETE、PUT、PATCH相对来说这几种还是用的比较多。SpringMVC中涉及的注解：@RequestBody、@RequestParam、@RequestMapping等
js请求代码
$.ajax({ url: "http://localhost:9080/api/thirdparty/policy?id=1", dataType: "json", //data: "fields='55'", data: "name='abc'", //data: "{'name':'abc'}", //data: "{'name':'abc'}", headers: { 'Accept': "application/json; charset=utf-8" }, type: "post", //type: "get", //type: "delete", //type: "patch", //type: "put", async: true, //contentType: "application/json; charset=utf-8", contentType: "application/x-www-form-urlencoded; charset=UTF-8", success: function(res) { alert(JSON.stringify(res)); }, error: function(e) { alert('系统错误！'); } });
以下是不同请求的结果，不知你们能否看得懂，如果看不懂请一定在评论中告诉我，我会加以修改。
GET url//请求的url http://localhost:9080/api/thirdparty/policy?id=1 header//请求时header中携带的参数 Content-Type:application/json; charset=utf-8 //是否定义没啥区别 queryString//请求时携带的参数 name=abc //无法定义成json格式，必须是key=value格式 springmvc//后台接收的方式 String name @RequestParam String name //有无@RequestParam都行 //无法使用@RequestBody,因为get没有bodyPOST url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type未定义 //默认值Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body name=abc //若body中的是json格式数据如："{'name':'abc'}"，则后台无法获取到参数name，从而无法访问接口 springmvc @RequestBody String name name="abc" String id id="1" POST url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type:application/json; charset=utf-8 body {'name':'abc'} springmvc @RequestBody String body //@RequestBody是获取request的整个body体的数据,并且只能获取body中的数据,如果body中没有json数据，请求则报错Required request body is missing: body="{'name':'abc'}" String id id="1" POST url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type未定义 //默认值Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取queryString的参数+body参数URL编码后的值,因为有{}字符 body="id=1&%7B%27name%27%3A%27abc%27%7D=" @RequestParam String id id="1" POST url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body name=abc springmvc @RequestBody String body //这时的@RequestBody是获取queryString的参数+body参数URL编码后的值 body="id=1&name=abc" @RequestParam String id id="1"DELETE url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type未定义 //默认值Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body name=abc springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,注意和post不同哦 body="name=abc" @RequestParam String id id="1" DELETE url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type:application/json; charset=utf-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,同样请求时未有body数据就报错 body="{'name':'abc'}" @RequestParam String id id="1"PUT url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type未定义 //默认值Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,同样请求时未有body数据就报错 body="{'name':'abc'}" @RequestParam String id id="1" PUT url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type:application/json; charset=utf-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,同样请求时未有body数据就报错 body="{'name':'abc'}" @RequestParam String id id="1"PATCH url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type:application/json; charset=utf-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,同样请求时未有body数据就报错 body="{'name':'abc'}" @RequestParam String id id="1" PATCH url http://localhost:9080/api/thirdparty/policy?id=1 header Content-Type未定义 //默认值Content-Type:application/x-www-form-urlencoded; charset=UTF-8 body {'name':'abc'} springmvc @RequestBody String body //这时的@RequestBody是获取整个body数据,同样请求时未有body数据就报错 body="{'name':'abc'}" @RequestParam String id id="1"
- 讲解
做后台快2年了才弄清Content-Type是干什么用的，我想确实有点晚了。天天和HTTP打交道，但是很少会去定义Content-Type，所以才导致自己没有关注到这方面的知识。所以查找借鉴了些资料，然后自己归纳了这些知识。
1，Content-Type
MediaType，即是Internet Media Type，互联网媒体类型；也叫做MIME类型，在Http协议消息头中，使用Content-Type来表示具体请求中的媒体类型信息。
类型格式：type/subtype(;parameter)? type 主类型，任意的字符串，如text，如果是*号代表所有； subtype 子类型，任意的字符串，如html，如果是*号代表所有； parameter 可选，一些参数，如Accept请求头的q参数， Content-Type的 charset参数。
在如tomcat服务器的 “conf/web.xml”中指定了扩展名到媒体类型的映射，在此我们可以看到服务器支持的媒体类型。例如： Content-Type: text/html;charset:utf-8; 常见的媒体格式类型如下： text/html ： HTML格式 text/plain ：纯文本格式 text/xml ： XML格式 image/gif ：gif图片格式 image/jpeg ：jpg图片格式 image/png：png图片格式 以application开头的媒体格式类型： application/xhtml+xml ：XHTML格式 application/xml ： XML数据格式 application/atom+xml ：Atom XML聚合格式 application/json ： JSON数据格式 application/pdf ：pdf格式 application/msword ： Word文档格式 application/octet-stream ： 二进制流数据（如常见的文件下载） application/x-www-form-urlencoded ： <form encType=””>中默认的encType，form表单数据被编码为key/value格式发送到服务器（表单默认的提交数据的格式） 另外一种常见的媒体格式是上传文件之时使用的： multipart/form-data ： 需要在表单中进行文件上传时，就需要使用该格式 以上就是我们在日常的开发中，经常会用到的若干content-type的内容格式。
更多http支持的Content-type请在这里查看：http://www.runoob.com/http/http-content-type.html
2，HTTP方法（get,post...）
这是我在做resetFul的接口后才慢慢了解的。下面简单介绍如何使用
更多http支持的HTTP method请在这里查看：http://www.runoob.com/http/http-methods.html获取用户列表 GET：http://xxx.xxx.xxx.x/api/v1/users 获取单个用户 GET：http://xxx.xxx.xxx.x/api/v1/users/{uid:.{32}} 创建单个用户 POST：http://xxx.xxx.xxx.x/api/v1/users/{uid:.{32}} 完全替换用户 PUT：http://xxx.xxx.xxx.x/api/v1/users/{uid:.{32}} 局部更新用户 PATCH：http://xxx.xxx.xxx.x/api/v1/users/{uid:.{32}} 删除单个用户 DELETE：http://xxx.xxx.xxx.x/api/v1/users/{uid:.{32}}
想全面了解http请查看这里：http://www.runoob.com/http/http-tutorial.html
3，@RequestMapp
首先我们来看看RequestMapping中的Class定义
value: 指定请求的实际地址， 比如 /action/info之类。@Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Mapping public @interface RequestMapping { String[] value() default {}; RequestMethod[] method() default {}; String[] params() default {}; String[] headers() default {}; String[] consumes() default {}; String[] produces() default {}; }
method： 指定请求的method类型， GET、POST、PUT、DELETE等
consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json, text/html;
produces: 指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回，如果request请求头中的(Accept)类型中未包含produces定义数据类型的则无法访问接口
params： 指定request中必须包含某些参数值是，才让该方法处理
headers： 指定request中必须包含某些指定的header值，才能让该方法处理请求其中，consumes， produces使用content-typ信息进行过滤信息；headers中可以使用content-type进行过滤和判断。
示例：
上述例子中：@RequestMapping( value = {"/policy"}, method = RequestMethod.POST, consumes="application/json", headers="Referer=http://www.csdn.com/*", produces = "application/json;charset=UTF-8") public String post(HttpServletRequest request, @RequestParam String name, @RequestParam String id) { System.out.println(name); return BaseResultHP.jsonResultSuccess(); }
consumes="application/json"说明这个接口只处理Content-Type="application/json"的请求
headers="Referer=http://www.csdn.com/*"表示request请求头中必须包含Referer=http://www.csdn.com/* produces = "application/json;charset=UTF-8"会与请求头中的Accept进行匹配，如果Accept中也包含application/json，这时才返回数据，如果Accept中没有定义application/json，则服务器端会报错：Could not find acceptable representation 当你有如下Accept头，将遵守如下规则进行应用：
即匹配规则为：最明确的优先匹配。①Accept：text/html,application/xml,application/json 将按照如下顺序进行produces的匹配 ①text/html ②application/xml ③application/json ②Accept：application/xml;q=0.5,application/json;q=0.9,text/html 将按照如下顺序进行produces的匹配 ①text/html ②application/json ③application/xml 参数为媒体类型的质量因子，越大则优先权越高(从0到1) ③Accept：*/*,text/*,text/html 将按照如下顺序进行produces的匹配 ①text/html ②text/* ③*/*
参考资料:
1.Http请求中Content-Type讲解以及在Spring MVC中的应用
2.生产者、消费者限定
3.菜鸟HTTP教程
- 总结分析的差不多就这些了，希望对大家能有一些帮助。在与三方对接时，遇到了他们无法请求我们这边，然后我来解决这个问题，在解决问题的过程中深入学习，我很享受这样的过程。
扫一扫
07-09
448
448
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
