程序員：我終于知道post和get的區(qū)別
2021-02-23 分類： 網(wǎng)站建設(shè)
IT界知名的程序員曾說：對于那些月薪三萬以下，自稱IT工程師的碼農(nóng)們，其實我們從來沒有把他們歸為我們IT工程師的隊伍。他們雖然總是以IT工程師自居，但只是他們一廂情愿罷了。
此話一出，不知激起了多少(碼農(nóng))程序員的憤怒，卻又無可奈何，于是碼農(nóng)問程序員。
碼農(nóng)：你知道get和post請求到底有什么區(qū)別？
程序員：你看這篇就知道了。
碼農(nóng)：你月薪三萬了？
程序員：嗯。
碼農(nóng)：你是怎么做到的？
程序員：我做夢做到的
這個問題幾乎面試的時候都會問到，是一個老生常談的話題，然而隨著不斷的學(xué)習(xí)，對于以前的認識有很多誤區(qū)，所以還是需要不斷地總結(jié)的，學(xué)而時習(xí)之，不亦說乎。
關(guān)于get和post如果你有條件上百度的話，至少有200百萬條結(jié)果，每個人都有每個人的思考，當(dāng)然，這篇也是我的思考，如果有些結(jié)論有錯誤，希望能夠噴起來。在批評中不斷改進，與諸君共勉一句話：若批評無意義，則贊美無意義。
1.1 http的特點
程序員：我終于知道post和get的區(qū)別
服務(wù)端響應(yīng)response也由四個部分組成，分別是：狀態(tài)行、消息報頭、空行、響應(yīng)正文
程序員：我終于知道post和get的區(qū)別
1.2 請求方法
http請求可以使用多種請求方法。HTTP1.0定義了三種請求方法： GET, POST 和 HEAD方法。
HTTP1.1新增了五種請求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。
1.3 我們耳熟能詳?shù)牡膮^(qū)別
http協(xié)議最常見的兩種方法GET和POST，這幾點答案其實有幾點并不準(zhǔn)確
程序員：我終于知道post和get的區(qū)別
get和post誤區(qū)
針對上面常見的區(qū)別，如果面試的時候這么說，肯定是有很大的毛病，剛在學(xué)校面試的時候也曾經(jīng)囫圇吞棗地這樣說過，現(xiàn)在回過頭再想以前的錯誤認知，又有許多新的認識。
2.1 誤區(qū)一
“用處：get常用于取回數(shù)據(jù)，post用于提交數(shù)據(jù)”
曾聽到過這樣一種說法：get替換post來優(yōu)化網(wǎng)站性能，雖然這種說法沒錯，也的確get常被用于取回數(shù)據(jù)，但是post也被一些ui框架使用于取回數(shù)據(jù)，比如kendo ui中的grid，就是用post來接受數(shù)據(jù)的。所以結(jié)論是get、post用途也是因地制宜。如果你有使用過kendo UI，會發(fā)現(xiàn)分頁、過濾、自定義的參數(shù)都包含在form data里面。
請求參數(shù)
get是querystring（僅支持urlencode編碼），post是放在body（支持多種編碼）
query參數(shù)是URL的一部分，而GET、POST等是請求方法的一種，不管是哪種請求方法，都必須有URL，而URL的query是可選的，可有可無。
2.2 誤區(qū)二
“請求參數(shù)長度限制：get請求長度最多1024kb，post對請求數(shù)據(jù)沒有限制”
這句話看上去實在沒毛病啊，菜鳥教程也是這樣說的啊。雖然字面意思上沒有錯誤，但是理解一定要正確。我想說的是GET方法提交的url參數(shù)數(shù)據(jù)大小沒有限制，在http協(xié)議中沒有對url長度進行限制（不僅僅是querystring的長度），這個限制是特定的瀏覽器及服務(wù)器對他的限制
下面就是對各種瀏覽器和服務(wù)器的大處理能力做一些說明
所以為了符合所有標(biāo)準(zhǔn)，url的最好不好超過最低標(biāo)準(zhǔn)的2083個字符（2k+35）。當(dāng)然在做客戶端程序時，url并不展示給用戶，只是個程序調(diào)用，這時長度只收web服務(wù)器的影響了。對于中文的傳遞，一個漢字最終編碼后的字符長度是9個字符。
最常見的form表單，瀏覽器默認的form表單，默認的content-type是application/x-www-form-urlencoded,提交的數(shù)據(jù)會按照key value的方式，jquery的ajax默認的也是這種content-type。當(dāng)然在post方式中添加querystring一定是可以接收的到，但是在get方式中加body參數(shù)就不一定能成功接收到了。
2.3 誤區(qū)三
“post比get安全性要高”
這里的安全是相對性，并不是真正意義上的安全，通過get提交的數(shù)據(jù)都將顯示到url上，頁面會被瀏覽器緩存，其他人查看歷史記錄會看到提交的數(shù)據(jù)，而post不會。另外get提交數(shù)據(jù)還可能會造成CSRF攻擊。
2.4 誤區(qū)四：“GET產(chǎn)生一個TCP數(shù)據(jù)包；POST產(chǎn)生兩個TCP數(shù)據(jù)包?！?
這一點理解起來還是有一定難度的,實際上，不論哪一種瀏覽器，在發(fā)送 POST 的時候都沒有帶 Expect 頭，server 也自然不會發(fā) 100 continue。通過抓包發(fā)現(xiàn)，盡管會分兩次，body 就是緊隨在 header 后面發(fā)送的，根本不存在『等待服務(wù)器響應(yīng)』這一說。
從另一個角度說，TCP 是傳輸層協(xié)議。別人問你應(yīng)用層協(xié)議里的 GET 和 POST 有啥區(qū)別，你回答說這倆在傳輸層上發(fā)送數(shù)據(jù)的時候不一樣，確定別人不抽你？
參考資料：https://zhuanlan.zhihu.com/p/25028045
3.1 狀態(tài)碼1xx
服務(wù)器僅接收到部分請求，但是一旦服務(wù)器并沒有拒絕該請求，客戶端應(yīng)該繼續(xù)發(fā)送其余的請求。
服務(wù)器轉(zhuǎn)換協(xié)議：服務(wù)器將遵從客戶的請求轉(zhuǎn)換到另外一種協(xié)議。
擴展的狀態(tài)碼，代表處理將被繼續(xù)執(zhí)行
3.2 狀態(tài)碼2xx:成功
請求成功（其后是對GET和POST請求的應(yīng)答文檔。）
請求被創(chuàng)建完成，同時新的資源被創(chuàng)建。
供處理的請求已被接受，但是處理未完成。
文檔已經(jīng)正常地返回，但一些應(yīng)答頭可能不正確，因為使用的是文檔的拷貝。
沒有新文檔。瀏覽器應(yīng)該繼續(xù)顯示原來的文檔。如果用戶定期地刷新頁面，而Servlet可以確定用戶文檔足夠新，這個狀態(tài)代碼是很有用的。
沒有新文檔。但瀏覽器應(yīng)該重置它所顯示的內(nèi)容。用來強制瀏覽器清除表單輸入內(nèi)容。
客戶發(fā)送了一個帶有Range頭的GET請求，服務(wù)器完成了它。
3.3 狀態(tài)碼3xx:重定向
多重選擇。鏈接列表。用戶可以選擇某鏈接到達目的地。最多允許五個地址。
所請求的頁面已經(jīng)轉(zhuǎn)移至新的url
所請求的頁面已經(jīng)臨時轉(zhuǎn)移至新的url。
所請求的頁面可在別的url下被找到。
未按預(yù)期修改文檔?？蛻舳擞芯彌_的文檔并發(fā)出了一個條件性的請求（一般是提供If-Modified-Since頭表示客戶只想比指定日期更新的文檔）。服務(wù)器告訴客戶，原來緩沖的文檔還可以繼續(xù)使用。
客戶請求的文檔應(yīng)該通過Location頭所指明的代理服務(wù)器提取。
此代碼被用于前一版本。目前已不再使用，但是代碼依然被保留。
被請求的頁面已經(jīng)臨時移至新的url。
3.4 狀態(tài)碼4xx:客戶端錯誤
3.5 狀態(tài)碼5** 服務(wù)端錯誤
程序員：我終于知道post和get的區(qū)別
網(wǎng)頁題目：程序員：我終于知道post和get的區(qū)別
URL分享：http://www.rwnh.cn/news20/102520.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App設(shè)計、建站公司、靜態(tài)網(wǎng)站、云服務(wù)器、電子商務(wù)、自適應(yīng)網(wǎng)站
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容
- 三個詞告訴你為什么一定要抓住新零售的風(fēng)口 2021-02-23
- 程序員會被 AI 替代嗎？ 2021-02-23
- 電商平臺必須的十大商標(biāo)核心類別 2021-02-23
- 域名對企業(yè)品牌的重要性 2021-02-23
- 為什么越來越多的人選擇小程 序，而不是APP這就是原因 2021-02-23
- 云計算概念基礎(chǔ)知識 2021-02-23
- 大數(shù)據(jù)在智慧城市建設(shè)中的深度應(yīng)用 2021-02-23
- 怎樣把網(wǎng)站存在的問題檢測出來 2021-02-23
- 互聯(lián)網(wǎng)與物聯(lián)網(wǎng)的聯(lián)系與區(qū)別有哪些？ 2021-02-23
- 開發(fā)電商APP有哪些值得注意的細節(jié)？ 2021-02-23
- 一位老米農(nóng)的域名投資經(jīng)驗 2021-02-23
- 怎樣建設(shè)網(wǎng)絡(luò)強國？習(xí)近平給出了答案 2021-02-23
- 業(yè)內(nèi)專家告訴你如何實現(xiàn)業(yè)務(wù)創(chuàng)新。 2021-02-23
- 中美貿(mào)易戰(zhàn)白熱化，5G技術(shù)將“鹿死誰手”？ 2021-02-23
- 人工智能和機器學(xué)習(xí)有何不同 2021-02-23
- 網(wǎng)絡(luò)推廣中那些你不知道的事：一定要出奇制勝，抓住用戶的痛點 2021-02-23
- 運維監(jiān)控的終極秘籍，盤它！ 2021-02-23
- 提升DNS安全 限制DDoS攻擊 2021-02-23
- 云計算，未來大不同 2021-02-23