不再以讹传讹,GET和POST的真正区别
如果有人問你,GET和POST,有什么區別?你會如何回答?
我的經歷
前幾天有人問我這個問題。我說GET是用于獲取數據的,POST,一般用于將數據發給服務器之用。
這個答案好像并不是他想要的。于是他繼續追問有沒有別的區別?我說這就是個名字而已,如果服務器支持,他完全可以把GET改個名字叫GET2。他反問道,那就是單純的名字上的區別嘍?我想了想,我覺得如果說再具體的區別,只能去看RFC文檔了,還要取決于服務器(指Apache,IIS)的具體實現。但我不得不承認,我的確沒有仔細看過HTTP的RFC文檔。于是我說,我對HTTP協議不太熟悉。這個問題也就結束了。
最普遍的答案
回來之后尋思了很久,他到底是想問我什么?我一直就覺得GET和POST沒有什么除了語義之外的區別,自打我開始學習Web編程開始就是這么理解的。
可能很多人都已經猜到了,他要的答案是:
但是很不幸,這些區別全是錯誤的,更不幸的是,這個答案還是Google搜索的頭版頭條,然而我根本沒想著這些是答案,因為在我看來他們都是錯的。我來一一解釋一下。
1. GET和POST與數據如何傳遞沒有關系
GET和POST是由HTTP協議定義的。在HTTP協議中,Method和Data(URL, Body, Header)是正交的兩個概念,也就是說,使用哪個Method與應用層的數據如何傳輸是沒有相互關系的。
HTTP沒有要求,如果Method是POST數據就要放在BODY中。也沒有要求,如果Method是GET,數據(參數)就一定要放在URL中而不能放在BODY中。
那么,網上流傳甚廣的這個說法是從何而來的呢?我在HTML標準中,找到了相似的描述。這和網上流傳的說法一致。但是這只是HTML標準對HTTP協議的用法的約定。怎么能當成GET和POST的區別呢?
而且,現代的Web Server都是支持GET中包含BODY這樣的請求。雖然這種請求不可能從瀏覽器發出,但是現在的Web Server又不是只給瀏覽器用,已經完全地超出了HTML服務器的范疇了。
知道這個有什么用?我不想解釋了,有時候就得自己痛一次才記得住。
2. HTTP協議對GET和POST都沒有對長度的限制
HTTP協議明確地指出了,HTTP頭和Body都沒有長度的要求。而對于URL長度上的限制,有兩方面的原因造成:
安全不安全和GET、POST沒有關系
我覺得這真是中國特色。我講個小段子,大家應該可以體會出這個說法多么的可笑。
覺得POST數據比GET數據安全的人會說
“防君子不防小人;中國小白多,能防小白用戶就行了。”
“哼,”我不以為然,“那你怎么不說,URL參數都Encode過了,或是Base64一下,小白也看不懂啊。”
那人反駁道,“Encode太簡單了,聰明點兒的小白很容易就可以Decode并修改掉。”
我笑道,“五十步笑百步耳,再聰明點兒的小白還會截包并重發呢,Opera就有這功能。”
那人陰險地祭出神器——最終解釋權,說,“這個不算小白。”
我日啊。
最后一點兒感想
我之前一直做Windows桌面應用,對Web開發無甚了解,直到一年多前轉做服務器端開發,才開始接觸到HTTP。(注意,我說的是HTTP,不是HTML。服務器開放接口是基于REST理念設計的,使用的協議是HTTP,但是傳輸的內容不是HTML。這不是Web Server,而是一個Web Service)
所以我對于GET和POST的理解,是純粹地來源于HTTP協議。他們只有一點根本區別,簡單點兒說,一個用于獲取數據,一個用于修改數據。具體的請參考RFC文檔。
如果一個人一開始就做Web開發,很可能把HTML對HTTP協議的使用方式,當成HTTP協議的唯一的合理使用方式。從而犯了以偏概全的錯誤。
可能有人會覺得我鉆牛角尖。我只是不喜歡模棱兩可,不喜歡邊界不清、概念不明,不喜歡“拿來主義”,也不喜歡被其它喜歡鉆牛角尖的人奚落得無地自容。
“知之為知之,不知為不知,是知也。”
?
轉:http://blog.sina.com.cn/s/blog_9f6de58301018axo.html
?
轉載于:https://www.cnblogs.com/ygm900/p/4081833.html
超強干貨來襲 云風專訪:近40年碼齡,通宵達旦的技術人生總結
以上是生活随笔為你收集整理的不再以讹传讹,GET和POST的真正区别的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【Android布局】在程序中设置and
- 下一篇: 安全类链接,https