摘要：如，是類的傳輸方式，與沒有實(shí)質(zhì)區(qū)別。是測(cè)試服務(wù)器的該資源情況，不返回實(shí)體的主體部分。請(qǐng)求可以獲取回服務(wù)器接收到的該請(qǐng)求的原始報(bào)文，從而判斷路徑中的代理和防火墻是否對(duì)該條請(qǐng)求進(jìn)行修改。為了獲取信息且不需要傳大量條件信息的接口。

在HTTP通信中主要分為GET和POST。如PUT，DELETE是類POST的傳輸方式，與POST沒有實(shí)質(zhì)區(qū)別。OPTION是查看服務(wù)器支持的請(qǐng)求方法。HEAD是測(cè)試服務(wù)器的該資源情況，不返回實(shí)體的主體部分。TRACE請(qǐng)求可以獲取回服務(wù)器接收到的該請(qǐng)求的原始報(bào)文，從而判斷路徑中的代理和防火墻是否對(duì)該條請(qǐng)求進(jìn)行修改。

HTTP報(bào)文格式如下

<請(qǐng)求方法> <請(qǐng)求路徑> <協(xié)議版本>
<請(qǐng)求頭>

<主體body>

無論用任何請(qǐng)求方法，都可以發(fā)送這樣的請(qǐng)求報(bào)文，報(bào)文結(jié)構(gòu)是HTTP的協(xié)議規(guī)范，請(qǐng)求方法只是告訴服務(wù)器如何來看待這條請(qǐng)求。因?yàn)樵谟行┪恼轮袝?huì)提到GET請(qǐng)求不能傳body數(shù)據(jù)，而真實(shí)的情況是有些服務(wù)端框架接收到GET請(qǐng)求后會(huì)自動(dòng)將GET請(qǐng)求的body部分丟棄，所以大家要注意。所以為了規(guī)范，大家在使用GET請(qǐng)求時(shí)還是不要將請(qǐng)求數(shù)據(jù)放在body中。

為了規(guī)范，使用GET請(qǐng)求時(shí)就不要在主體body中放數(shù)據(jù)了，避免不必要的錯(cuò)誤。所以請(qǐng)求中的數(shù)據(jù)是放在URL上的。

瀏覽器網(wǎng)址欄和頁面跳轉(zhuǎn)。

為了獲取信息且不需要傳大量條件信息的接口。

例如用GET做登錄請(qǐng)求

GET /online/test/?name=haha& password=miaomiao HTTP/1.1
Host: 127.0.0.1:8080
Content-Type: application/x-www-form-urlencoded
cache-control: no-cache
Postman-Token: 14a1347a-c540-48f0-9d49-6299f86c3a73

post請(qǐng)求可以在body中傳送大量信息

以上傳name=haha,password=miaomiao為例，查看不同body數(shù)據(jù)格式

POST /online/test/? HTTP/1.1
Host: 127.0.0.1:8080
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW
cache-control: no-cache
Postman-Token: c6e21725-caec-4a40-841c-7b92f87f6999

Content-Disposition: form-data; name="name"

haha

Content-Disposition: form-data; name="password"

miaomiao
------WebKitFormBoundary7MA4YWxkTrZu0gW--

若在表單中附加一張圖片

POST /online/test/? HTTP/1.1
Host: 127.0.0.1:8080
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW
cache-control: no-cache
Postman-Token: 437207ba-e007-4de8-bbcd-bdc88db6e445

Content-Disposition: form-data; name="name"

haha

Content-Disposition: form-data; name="password"

miaomiao

Content-Disposition: form-data; name="profile"; filename="C:UsersThinkPicturesprofile.jpg


------WebKitFormBoundary7MA4YWxkTrZu0gW--

其中表單的每一項(xiàng)都有Content-Disposition描述。

------WebKitFormBoundary7MA4YWxkTrZu0gW--是隨機(jī)生成的分隔標(biāo)記

POST /online/test/? HTTP/1.1
Host: 127.0.0.1:8080
Content-Type: application/x-www-form-urlencoded
cache-control: no-cache
Postman-Token: 35566466-0568-4731-9c1c-6eda7dfca105
name=hahapassword=miaomiaoundefined=undefined

因?yàn)椴挥脗魑募?，所以不用多帶帶描述，將表單信息拼湊在一起就可以了?/p>

application/x-www-form-urlencoded： 窗體數(shù)據(jù)被編碼為名稱/值對(duì)。這是標(biāo)準(zhǔn)的編碼格式。

multipart/form-data： 窗體數(shù)據(jù)被編碼為一條消息，頁上的每個(gè)控件對(duì)應(yīng)消息中的一個(gè)部分。

以json格式為例

POST /online/test/? HTTP/1.1
Host: 127.0.0.1:8080
Content-Type: application/json
cache-control: no-cache
Postman-Token: 06a9f071-4424-428a-b17b-9b4fe6f209a2
{
    "name":"haha",
    "password":"miaomiao"
}------WebKitFormBoundary7MA4YWxkTrZu0gW--

用作傳輸文件，包括前面的form-data上傳文件，文件都是以一定的編碼方式寫在body中的，在服務(wù)器端獲取該請(qǐng)求的輸入流后，即可按行接收流中的數(shù)據(jù)信息。

GET參數(shù)列表對(duì)于數(shù)字基本類型和包裝類型都可接收，但是若前端并沒傳這個(gè)數(shù)字，那么包裝類型可以在代碼里判空，異常處理就好，但是基本類型是不能判空的，所以對(duì)于數(shù)字首選包裝類型。

    @RequestMapping(value = "/",method = RequestMethod.GET)
    @ResponseBody
    private ResInfo test(String name,String password){

        return new ResInfo(200,"登錄成功： "+name+" "+password);
    }

PostMan接收

{
    "code": 200,
    "msg": "登錄成功： haha miaomiao"
}

兩種表單的請(qǐng)求Java接口都可以這樣寫。

    @RequestMapping(value = "/",method = RequestMethod.POST)
    @ResponseBody
    private ResInfo test(String name,String password){

        return new ResInfo(200,"登錄成功： "+name+" "+password);

    }

若表單中要上傳文件，則文件項(xiàng)該用注解寫名稱，參數(shù)名都可用@RequestParam替代。只有form-data可以接收文件。

    @RequestMapping(value = "/",method = RequestMethod.POST)
    @ResponseBody
    private ResInfo test(String name,String password,@RequestParam("profile") MultipartFile multipartFile){

        String fileName = multipartFile.getOriginalFilename();
        return new ResInfo(200,"登錄成功： "+name+" "+password+"文件名："+fileName);

    }

Postman響應(yīng)

{
    "code": 200,
    "msg": "登錄成功： haha miaomiao文件名：profile.jpg"
}

    class User   {
        public String name;
        public String password;

        public User() {

        }
       //若重寫了構(gòu)造方法，一定要寫上空構(gòu)造方法，否則spring不能new新對(duì)象以接收json
        public User(String name, String password) {
            this.name = name;
            this.password = password;
        }
    }
    @RequestMapping(value = "/", method = RequestMethod.POST)
    @ResponseBody
    private ResInfo test(@RequestBody User user) {

        return new ResInfo(200, "登錄成功： " + user.name + " " + user.password);
    }

Postman響應(yīng)

{
    "code": 200,
    "msg": "登錄成功： haha miaomiao"
}

思想：把json對(duì)象放在body中，把單個(gè)值放在url參數(shù)列表中，所以構(gòu)造請(qǐng)求時(shí)url和body兩部分都要構(gòu)造。

@RequestMapping(value = "/", method = RequestMethod.POST)
    @ResponseBody
    private ResInfo test(@RequestBody User user, String msg) {

        return new ResInfo(200, "登錄成功： " + user.name + " " + user.password +
                "msg：" + msg);
    }

Postman響應(yīng)

{
    "code": 200,
    "msg": "登錄成功： haha miaomiaomsg：hello, my name is msg !"
}

至此完成了從HTTP構(gòu)造到spring對(duì)接口解析的總結(jié)與梳理，歡迎大家指正。