不知道各位讀者在面試的時(shí)候，有沒有被問過這個(gè)問題：“請(qǐng)說一下GET和POST兩者的本質(zhì)區(qū)別”。基本上做過WEB開發(fā)的，對(duì)這個(gè)問題，都可以回答出一堆的區(qū)別。

你可能自己寫過無數(shù)個(gè)GET和POST請(qǐng)求，或者已經(jīng)看過很多權(quán)威網(wǎng)站總結(jié)出的他們的區(qū)別，你非常清楚知道什么時(shí)候該用什么。當(dāng)你在面試中被問到這個(gè)問題，你的內(nèi)心充滿了自信和喜悅。

最直接的幾個(gè)區(qū)別：

• GET請(qǐng)求的參數(shù)是放在URL里的，POST請(qǐng)求參數(shù)是放在請(qǐng)求body里的；
• GET請(qǐng)求的URL傳參有長度限制，而POST請(qǐng)求沒有長度限制；
• GET請(qǐng)求的參數(shù)只能是ASCII碼，所以中文需要URL編碼，而POST請(qǐng)求傳參沒有這個(gè)限制；
• GET在瀏覽器回退時(shí)是無害的，而POST會(huì)再次提交請(qǐng)求。
• GET產(chǎn)生的URL地址可以被Bookmark，而POST不可以。
• GET請(qǐng)求會(huì)被瀏覽器主動(dòng)cache，而POST不會(huì)，除非手動(dòng)設(shè)置。
• GET請(qǐng)求只能進(jìn)行url編碼，而POST支持多種編碼方式。
• GET請(qǐng)求參數(shù)會(huì)被完整保留在瀏覽器歷史記錄里，而POST中的參數(shù)不會(huì)被保留。
• GET請(qǐng)求在URL中傳送的參數(shù)是有長度限制的，而POST么有。
• 對(duì)參數(shù)的數(shù)據(jù)類型，GET只接受ASCII字符，而POST沒有限制。
• GET比POST更不安全，因?yàn)閰?shù)直接暴露在URL上，所以不能用來傳遞敏感信息。。

當(dāng)你激情四射的回答完之后，面試官可能微笑的搖搖頭。那么標(biāo)準(zhǔn)答案是什么呢?

HTTP請(qǐng)求與相應(yīng)

其實(shí)，GET和POST本質(zhì)上兩者沒有任何區(qū)別。他們都是HTTP協(xié)議中的請(qǐng)求方法。HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP，也就是說，GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body，給POST帶上url參數(shù)，技術(shù)上是完全行的通的。底層實(shí)現(xiàn)都是基于TCP/IP協(xié)議。上述的所謂區(qū)別，只是瀏覽器廠家根據(jù)約定，做得限制而已。HTTP請(qǐng)求，最初設(shè)定了八種方法。這八種方法本質(zhì)上沒有任何區(qū)別。只是讓請(qǐng)求，更加有語義而已。

• OPTIONS 返回服務(wù)器所支持的請(qǐng)求方法
• GET 向服務(wù)器獲取指定資源
• HEAD 與GET一致，只不過響應(yīng)體不返回，只返回響應(yīng)頭
• POST 向服務(wù)器提交數(shù)據(jù)，數(shù)據(jù)放在請(qǐng)求體里
• PUT 與POST相似，只是具有冪等特性，一般用于更新
• DELETE 刪除服務(wù)器指定資源
• TRACE 回顯服務(wù)器端收到的請(qǐng)求，測(cè)試的時(shí)候會(huì)用到這個(gè)
• CONNECT 預(yù)留，暫無使用
  在我大萬維網(wǎng)世界中，TCP就像汽車，我們用TCP來運(yùn)輸數(shù)據(jù)，它很可靠，從來不會(huì)發(fā)生丟件少件的現(xiàn)象。但是如果路上跑的全是看起來一模一樣的汽車，那這個(gè)世界看起來是一團(tuán)混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個(gè)交通系統(tǒng)一定會(huì)癱瘓。為了避免這種情況發(fā)生，交通規(guī)則HTTP誕生了。HTTP給汽車運(yùn)輸設(shè)定了好幾個(gè)服務(wù)類別，有GET, POST, PUT, DELETE等等，HTTP規(guī)定，當(dāng)執(zhí)行GET請(qǐng)求的時(shí)候，要給汽車貼上GET的標(biāo)簽（設(shè)置method為GET），而且要求把傳送的數(shù)據(jù)放在車頂上（url中）以方便記錄。如果是POST請(qǐng)求，就要在車上貼上POST的標(biāo)簽，并把貨物放在車廂里。當(dāng)然，你也可以在GET的時(shí)候往車廂內(nèi)偷偷藏點(diǎn)貨物，但是這是很不光彩；也可以在POST的時(shí)候在車頂上也放一些數(shù)據(jù)，讓人覺得傻乎乎的。HTTP只是個(gè)行為準(zhǔn)則，而TCP才是GET和POST怎么實(shí)現(xiàn)的基本.
  但是，我們只看到HTTP對(duì)GET和POST參數(shù)的傳送渠道（url還是requrest body）提出了要求?！皹?biāo)準(zhǔn)答案”里關(guān)于參數(shù)大小的限制又是從哪來的呢？

在我大萬維網(wǎng)世界中，還有另一個(gè)重要的角色：運(yùn)輸公司。不同的瀏覽器（發(fā)起http請(qǐng)求）和服務(wù)器（接受http請(qǐng)求）就是不同的運(yùn)輸公司。 雖然理論上，你可以在車頂上無限的堆貨物（url中無限加參數(shù)）。但是運(yùn)輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會(huì)限制單次運(yùn)輸量來控制風(fēng)險(xiǎn)，數(shù)據(jù)量太大對(duì)瀏覽器和服務(wù)器都是很大負(fù)擔(dān)。業(yè)界不成文的規(guī)定是，（大多數(shù)）瀏覽器通常都會(huì)限制url長度在2K個(gè)字節(jié)，而（大多數(shù)）服務(wù)器最多處理64K大小的url。超過的部分，恕不處理。如果你用GET服務(wù)，在request body偷偷藏了數(shù)據(jù)，不同服務(wù)器的處理方式也是不同的，有些服務(wù)器會(huì)幫你卸貨，讀出數(shù)據(jù)，有些服務(wù)器直接忽略，所以，雖然GET可以帶request body，也不能保證一定能被接收到哦。
好了，現(xiàn)在你知道，GET和POST本質(zhì)上就是TCP鏈接，并無差別。但是由于HTTP的規(guī)定和瀏覽器/服務(wù)器的限制，導(dǎo)致他們?cè)趹?yīng)用過程中體現(xiàn)出一些不同。

RESTful API

服務(wù)端根據(jù)不同的請(qǐng)求方式，可以做不同的處理，同時(shí)，根據(jù)不同的請(qǐng)求，還可以設(shè)計(jì)出不同風(fēng)格的應(yīng)用程序接口，這就引出了Representational State Transfer，英文縮寫就是REST，中文意思是表述性狀態(tài)轉(zhuǎn)移（和沒翻譯差不多），可以理解為客戶端和服務(wù)端的交互形式。而符合這種交互形式的接口設(shè)計(jì)，就被叫做RESTful API。這種風(fēng)格有如下特點(diǎn)：

使用名詞而不使用動(dòng)詞

例如：/getStudent 或者 /searchStudents 應(yīng)該改成 /students

GET用于查詢，PUT、POST、DELETE用于修改

使用名詞復(fù)數(shù)不使用單數(shù)

在HTTP請(qǐng)求的head體里定義序列化類型

例如：Content-Type:application/json

請(qǐng)求的集合應(yīng)設(shè)定好過濾條件、排序、字段、分頁

例如：/students?page=1&size=10

接口要版本化

例如：/api/v1/students

要有HTTP狀態(tài)碼

允許重寫HTTP請(qǐng)求方法

HTTP狀態(tài)碼

HTTP協(xié)議中提供了好多狀態(tài)碼，列舉我們常用的：

• 200 返回正常
• 304 服務(wù)端資源無變化，可使用緩存資源
• 400 請(qǐng)求參數(shù)不合法
• 401 未認(rèn)證
• 403 服務(wù)端禁止訪問該資源
• 404 服務(wù)端未找到該資源
• 500 服務(wù)端異常

這才是老大

GET和POST還有一個(gè)重大區(qū)別，簡單的說：

• GET產(chǎn)生一個(gè)TCP數(shù)據(jù)包；
• POST產(chǎn)生兩個(gè)TCP數(shù)據(jù)包。
  對(duì)于GET方式的請(qǐng)求，瀏覽器會(huì)把http header和data一并發(fā)送出去，服務(wù)器響應(yīng)200（返回?cái)?shù)據(jù)）；
  而對(duì)于POST，瀏覽器先發(fā)送header，服務(wù)器響應(yīng)100 continue，瀏覽器再發(fā)送data，服務(wù)器響應(yīng)200 ok（返回?cái)?shù)據(jù)）。
  也就是說，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和服務(wù)器打個(gè)招呼“嗨，我等下要送一批貨來，你們打開門迎接我”，然后再回頭把貨送過去。
  因?yàn)镻OST需要兩步，時(shí)間上消耗的要多一點(diǎn)，看起來GET比POST更有效。因此Yahoo團(tuán)隊(duì)有推薦用GET替換POST來優(yōu)化網(wǎng)站性能。但這是一個(gè)坑！跳入需謹(jǐn)慎。為什么？

1. GET與POST都有自己的語義，不能隨便混用。
2. 據(jù)研究，在網(wǎng)絡(luò)環(huán)境好的情況下，發(fā)一次包的時(shí)間和發(fā)兩次包的時(shí)間差別基本可以無視。而在網(wǎng)絡(luò)環(huán)境差的情況下，兩次包的TCP在驗(yàn)證數(shù)據(jù)包完整性上，有非常大的優(yōu)點(diǎn)。
3. 并不是所有瀏覽器都會(huì)在POST中發(fā)送兩次包，F(xiàn)irefox就只發(fā)送一次。