标签:匹配 gif 表示 post 消费 media char data 开头
一、Content-Type定义
Content-Type
MediaType,即是Internet Media Type,互联网媒体类型;也叫做MIME类型,在Http协议消息头中,使用Content-Type来表示具体请求中的媒体类型信息。
- 类型格式:type/subtype(;parameter)? type
- 主类型,任意的字符串,如text,如果是*号代表所有;
- subtype 子类型,任意的字符串,如html,如果是*号代表所有;
- parameter 可选,一些参数,如Accept请求头的q参数, Content-Type的 charset参数。
例如: 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的内容格式。
在客户端发起请求到服务器端收到请求处理完毕返回信息再到客户端收到反馈,过程为:
- 首先,客户端构造了一个HttpRequest,里面包含了需要提交到服务器端的数据,客户端提交该HtteRequest(比如通过HttpClient对象提交)。
- 接着,服务器端收到此请求,在服务器端对应的对象为HttpServletRequest
- 然后,服务器端根据请求处理后,生成了一个HttpServletResponse,返回给客户端
- 客户端展现服务器端返回的数据
清楚了这几个环节,自然也就可以得知,我们熟悉的HttpServletRequest和HttpServletResponse是服务器端的对象,而HttpRequest是客户端的对象,切不可搞混。他们的Content-Type都遵循RFC2616中定义的规范,但对于不同的对象,他们的Content-Type是不同的,例如,对于HttpRequest/HttpServletRequest对象,在最常见的表单提交中,Content-Type通常是application/x-www-form-urlencoded或multipart/form-data,前者通常用于没有附件上传的表单,后者通常用于需要上传附件的表单,详阅RFC1867;而HttpServletResponse的Content-Type通常是text/html、application/json等。
二、Servlet端对不同请求内容的处理
当Content-Type的值为application/x-www-form-urlencoded时(html的form表单enctype默认值是application/x-www-form-urlencoded,会将表单数据用&符号做一个简单的拼接传到后台),在servlet后台可通过request.getParameter()获取表单内容数据,当请求为其它类型时后台serlvet中需要通过request.getInputStream()或request.getReader()才能获取到数据。
三、Spring MVC中对于Content-Type的处理
Spring MVC中关于关于Content-Type类型信息的使用
首先我们来看看RequestMapping中的Class定义:
- @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 {};
- }
value: 指定请求的实际地址, 比如 /action/info之类。
method: 指定请求的method类型, GET、POST、PUT、DELETE等
consumes: 指定处理请求的提交内容类型(Content-Type),例如application/json, text/html;
produces: 指定返回的内容类型,仅当request请求头中的(Accept)类型中包含该指定类型才返回
params: 指定request中必须包含某些参数值是,才让该方法处理
headers: 指定request中必须包含某些指定的header值,才能让该方法处理请求
其中,consumes, produces使用content-typ信息进行过滤信息;headers中可以使用content-type进行过滤和判断。
@RequestMapping(value = "/consumes", consumes = {"application/json"}):此处使用consumes来指定功能处理方法能消费的媒体类型,其通过请求头的“Content-Type”来判断。
@RequestMapping(value = "/produces", produces = "application/json"):表示将功能处理方法将生产json格式的数据,此时根据请求头中的Accept进行匹配,如请求头“Accept:application/json”时即可匹配;
标签:匹配 gif 表示 post 消费 media char data 开头
原文地址:http://www.cnblogs.com/doit8791/p/7609413.html