從 HTTP 報(bào)文的角度出發(fā)朱庆，來分辨get和post請(qǐng)求的區(qū)別。
W3CSchool上比較官方的比較說明
比較 GET 與 POST
下面的表格比較了兩種 HTTP 方法：GET 和 POST捺癞。
但是夷蚊，不同的瀏覽器上，對(duì)于HTTP標(biāo)準(zhǔn)可能會(huì)實(shí)現(xiàn)不同髓介。
GET 和 POST 報(bào)文上的區(qū)別
先下結(jié)論惕鼓，GET 和 POST 方法沒有實(shí)質(zhì)區(qū)別，只是報(bào)文格式不同唐础。
GET 和 POST 只是 HTTP 協(xié)議中兩種請(qǐng)求方式箱歧，而 HTTP 協(xié)議是基于 TCP/IP 的應(yīng)用層協(xié)議，無論 GET 還是 POST一膨，用的都是同一個(gè)傳輸層協(xié)議呀邢，所以在傳輸上，沒有區(qū)別豹绪。
報(bào)文格式上价淌，不帶參數(shù)時(shí)，最大區(qū)別就是第一行方法名不同
POST方法請(qǐng)求報(bào)文第一行是這樣的POST /uri HTTP/1.1 \r\n
GET方法請(qǐng)求報(bào)文第一行是這樣的 GET /uri HTTP/1.1 \r\n
是的，不帶參數(shù)時(shí)他們的區(qū)別就僅僅是報(bào)文的前幾個(gè)字符不同而已
帶參數(shù)時(shí)報(bào)文的區(qū)別呢输钩？ 在約定中豺型，GET 方法的參數(shù)應(yīng)該放在 url 中仲智，POST 方法參數(shù)應(yīng)該放在 body 中
舉個(gè)例子买乃，如果參數(shù)是name=qiming.c, age=22。
GET 方法簡(jiǎn)約版報(bào)文是這樣的
GET /index.php?name=qiming.c&age=22 HTTP/1.1
Host: localhost
POST 方法簡(jiǎn)約版報(bào)文是這樣的
POST /index.php HTTP/1.1
Host: localhost
Content-Type: application/x-www-form-urlencoded
name=qiming.c&age=22
現(xiàn)在我們知道了兩種方法本質(zhì)上是 TCP 連接钓辆，沒有差別剪验，也就是說，如果我不按規(guī)范來也是可以的前联。我們可以在 URL 上寫參數(shù)功戚，然后方法使用 POST；也可以在 Body 寫參數(shù)似嗤，然后方法使用 GET啸臀。當(dāng)然，這需要服務(wù)端支持烁落。
常見問題疑惑
一乘粒、GET 方法參數(shù)寫法是固定的嗎？
在約定中伤塌，一般我們的參數(shù)是寫在 ? 后面灯萍，用 & 分割。
我們知道每聪，解析報(bào)文的過程是通過獲取 TCP 數(shù)據(jù)旦棉，用正則等工具從數(shù)據(jù)中獲取 Header 和 Body，從而提取參數(shù)药薯。
也就是說绑洛，我們可以自己約定參數(shù)的寫法，只要服務(wù)端能夠解釋出來就行童本，一種比較流行的寫法是這樣 :http://www.example.com/user/name/yourname/age/22
二真屯、POST 方法比 GET 方法安全？
按照網(wǎng)上大部分文章的解釋巾陕，POST 比 GET 安全讨跟，因?yàn)閿?shù)據(jù)在地址欄上不可見。
然而從傳輸?shù)慕嵌葋碚f鄙煤，他們都是不安全的晾匠，因?yàn)?HTTP 在網(wǎng)絡(luò)上是明文傳輸，只要在網(wǎng)絡(luò)節(jié)點(diǎn)上抓包梯刚，就能完整地獲取數(shù)據(jù)報(bào)文凉馆。
要想安全傳輸，就只有加密，也就是 HTTPS澜共。
三向叉、聽說 GET 方法參數(shù)長(zhǎng)度有限制？
在網(wǎng)上看到很多關(guān)于兩者區(qū)別的文章都有這一條嗦董，提到瀏覽器地址欄輸入的參數(shù)是有限的母谎。
首先說明一點(diǎn)，其實(shí)HTTP 協(xié)議本身倒并沒有 Body 和 URL 的長(zhǎng)度限制京革，對(duì) URL 限制的大多是瀏覽器和服務(wù)器端自己限制的奇唤。
瀏覽器原因就不說了，服務(wù)器是因?yàn)樘幚黹L(zhǎng) URL 要消耗比較多的資源匹摇，為了性能和安全（防止惡意構(gòu)造長(zhǎng) URL 來攻擊）考慮咬扇，會(huì)給 URL 長(zhǎng)度加限制。
然后我們可以得出結(jié)論廊勃，url 長(zhǎng)度限制是某些瀏覽器和服務(wù)器的限制懈贺，和 HTTP 協(xié)議沒有關(guān)系。
四坡垫、POST 方法會(huì)產(chǎn)生兩個(gè)TCP數(shù)據(jù)包梭灿？
有些文章中提到，POST 請(qǐng)求會(huì)將 Header 和 Body 分開發(fā)送葛虐，先發(fā)送 Header胎源，服務(wù)端返回 100 狀態(tài)碼再發(fā)送 Body。
HTTP 協(xié)議中也并沒有明確說明 POST 會(huì)產(chǎn)生兩個(gè) TCP 數(shù)據(jù)包屿脐，而且實(shí)際測(cè)試(Chrome)發(fā)現(xiàn)涕蚤，Header 和 Body 不會(huì)分開發(fā)送。
所以的诵，Header 和 Body 分開發(fā)送是部分瀏覽器或框架的請(qǐng)求方法万栅，不屬于 Post的必然行為。
