在HTTP請求中，我們每天都在使用Content-Type來指定不同格式的請求資訊，但是卻很少有人去全面瞭解Content-Type中允許的值有多少，因此這裡來了解一下Content-Type的可用值，以及在Spring MVC中如何使用它們來對映請求資訊。

什麼是Content-Type

要知道什麼是Content-Type，首先要了解什麼是Internet Media Type。Internet Media Type即網際網路媒體型別，也叫做MIME型別，使用兩部分識別符號來確定一個型別。在HTTP協議訊息頭中，使用Content-Type來表示具體請求中的媒體型別資訊，意思就是說，Content-Type是Internet Media Type在HTTP協議中的別稱。

Content-Type的格式

type/subtype(;parameter)? type

上面是Content-Type的格式，可以拆解為三個部分，分別是主型別（type）、子型別（subtype）和引數（parameter）。

主型別（type）

主型別可以是任意的字串，比如text。如果是*號則代表所有型別。

子型別（subtype）

子型別可以是任意的字串，比如html。如果是*號則代表所有型別。

引數（parameter）

引數是可選的，可以在Content-Type中加入一些特殊的引數，比如Accept請求頭的引數，常見的有用於設定字元編碼的charset引數。

Content-Type: text/html;charset:utf-8;

Content-Type中常見的媒體格式型別

以text開頭的媒體格式型別：

text/html： HTML格式。

text/plain：純文字格式。

text/xml：  XML格式。

以image開頭的媒體格式型別：

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的內容格式。

Spring MVC中關於Content-Type型別資訊的使用

在Spring MVC中，主要就是使用@RequestMapping註解來處理請求，因此首先我們來看看@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：指定請求的實際地址， 比如/yanggb/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-type中的資訊對不需要的資訊進行過濾，僅接受需要的資料；headers則可以使用Content-Type中的資訊對請求進行過濾和判斷。

Request Headers和Response Headers中的候選屬性

這裡列舉出Request Headers（請求頭）和Response Headers（響應頭）中的候選屬性。

Request Headers的候選屬性

可以看到，Content-Type是Request Headers中的一個候選屬性。

Response Headers的候選屬性

具體使用示例

這裡通過幾個具體的例項來了解怎麼在Spring MVC中使用兩個Headers中的資訊。

示例1：headers屬性取Request Headers中的Referer屬性。

@RequestMapping(value = "/yanggb2", method = RequestMethod.GET, headers="Referer=http://www.yanggb.com/yanggb1")
public void yanggb2() {   
    // 如果上一個頁面的地址不是上面headers屬性中Referer指定的地址，不會執行此方法
} 

這裡的headers裡面可以匹配所有Headers裡面可以出現的資訊，不侷限於Referer資訊。

示例2：headers屬性取Request Headers中的Accept屬性。

@RequestMapping(value = "/yanggb2", headers = "Accept=application/json") 
public void yanggb3(HttpServletResponse response) throws IOException { 
    // 表示響應的內容區資料的媒體型別為json格式，且編碼為utf-8（客戶端應該以utf-8解碼）
    response.setContentType("application/json;charset=utf-8"); 
    // 寫出響應體內容
    String jsonData = "{\"username\":\"yanggb\",\"password\":\"123\"}"; 
    response.getWriter().write(jsonData);
}

這樣，伺服器就會根據請求頭【Accept=application/json】生產json資料。

當你有如下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/* ③*/*。

即匹配規則為：最明確的優先匹配。

示例3：params屬性取引數。

@RequestMapping(value = "/yanggb/{userId}", method = RequestMethod.GET, params = "yanggb1=yanggb2") 
public void findUser(@PathVariable String userId) {
    // 當請求中包含引數yanggb1時才會執行此方法
}

在上面的程式碼中，就起到了一個過濾的作用。

例項4：consumes/produces屬性過濾請求。

@Controller 
@RequestMapping(value = "/users", method = RequestMethod.POST, consumes="application/json", produces = "application/json") 
@ResponseBody
public List<User> addUser(@RequestBody User userl) {   
    return List<User> users;
}

上面這個方法僅處理請求Content-Type為【application/json】型別的請求，produces標識處理請求中Accept頭中包含了【application/json】的請求，同時暗示了返回的內容型別為【application/json】。

"你是有多不會表達喜歡，才會一直說不知道