淺談HTTP中Get與Post的區(qū)別

http://www.cnblogs.com/hyddd/archive/2009/03/31/1426026.html
Http定義了與服務(wù)器交互的不同方法,最基本的方法有4種,分別是GET氛雪,POST,PUT蜜托,DELETE释液。URL全稱是資源描述符熏矿,我們可以這樣認(rèn)為:一個URL地址四苇,它用于描述一個網(wǎng)絡(luò)上的資源孝凌,而HTTP中的GET,POST月腋,PUT钠至,DELETE就對應(yīng)著對這個資源的查,改侄非,增,刪4個操作煌集。到這里,大家應(yīng)該有個大概的了解了捌省,GET一般用于獲取/查詢資源信息苫纤,而POST一般用于更新資源信息。
  1.根據(jù)HTTP規(guī)范所禀,GET用于信息獲取,而且應(yīng)該是安全的和冪等的放钦。
  (1).所謂安全的意味著該操作用于獲取信息而非修改信息色徘。換句話說,GET 請求一般不應(yīng)產(chǎn)生副作用操禀。就是說褂策,它僅僅是獲取資源信息,就像數(shù)據(jù)庫查詢一樣颓屑,不會修改斤寂,增加數(shù)據(jù),不會影響資源的狀態(tài)揪惦。
  * 注意:這里安全的含義僅僅是指是非修改信息遍搞。
  (2).冪等的意味著對同一URL的多個請求應(yīng)該返回同樣的結(jié)果。這里我再解釋一下冪等這個概念:

復(fù)制代碼

  冪等(idempotent器腋、idempotence)是一個數(shù)學(xué)或計算機學(xué)概念溪猿,常見于抽象代數(shù)中∪宜  冪等有一下幾種定義:  對于單目運算诊县,如果一個運算對于在范圍內(nèi)的所有的一個數(shù)多次進(jìn)行該運算所得的結(jié)果和進(jìn)行一次該運算所得的結(jié)果是一樣的,那么我們就稱該運算是冪等的措左。比如絕對值運算就是一個例子依痊,在實數(shù)集中,有abs(a)=abs(abs(a))怎披⌒剜遥  對于雙目運算,則要求當(dāng)參與運算的兩個值是等值的情況下凉逛,如果滿足運算結(jié)果與參與運算的兩個值相等缴渊,則稱該運算冪等,如求兩個數(shù)的最大值的函數(shù)鱼炒,有在在實數(shù)集中冪等衔沼,即max(x,x) = x蝌借。
復(fù)制代碼

看完上述解釋后,應(yīng)該可以理解GET冪等的含義了指蚁。
  但在實際應(yīng)用中菩佑,以上2條規(guī)定并沒有這么嚴(yán)格。引用別人文章的例子:比如凝化,新聞?wù)军c的頭版不斷更新稍坯。雖然第二次請求會返回不同的一批新聞,該操作仍然被認(rèn)為是安全的和冪等的搓劫,因為它總是返回當(dāng)前的新聞瞧哟。從根本上說,如果目標(biāo)是當(dāng)用戶打開一個鏈接時枪向,他可以確信從自身的角度來看沒有改變資源即可勤揩。
  2.根據(jù)HTTP規(guī)范,POST表示可能修改變服務(wù)器上的資源的請求秘蛔。繼續(xù)引用上面的例子:還是新聞以網(wǎng)站為例陨亡,讀者對新聞發(fā)表自己的評論應(yīng)該通過POST實現(xiàn),因為在評論提交后站點的資源已經(jīng)不同了深员,或者說資源被修改了负蠕。

上面大概說了一下HTTP規(guī)范中GET和POST的一些原理性的問題。但在實際的做的時候倦畅,很多人卻沒有按照HTTP規(guī)范去做遮糖,導(dǎo)致這個問題的原因有很多,比如說:
  1.很多人貪方便叠赐,更新資源時用了GET止吁,因為用POST必須要到FORM(表單),這樣會麻煩一點燎悍。
  2.對資源的增敬惦,刪,改谈山,查操作俄删,其實都可以通過GET/POST完成,不需要用到PUT和DELETE奏路。
  3.另外一個是畴椰,早期的Web MVC框架設(shè)計者們并沒有有意識地將URL當(dāng)作抽象的資源來看待和設(shè)計,所以導(dǎo)致一個比較嚴(yán)重的問題是傳統(tǒng)的Web MVC框架基本上都只支持GET和POST兩種HTTP方法鸽粉,而不支持PUT和DELETE方法斜脂。
  * 簡單解釋一下MVC:MVC本來是存在于Desktop程序中的,M是指數(shù)據(jù)模型触机,V是指用戶界面帚戳,C則是控制器玷或。使用MVC的目的是將M和V的實現(xiàn)代碼分離,從而使同一個程序可以使用不同的表現(xiàn)形式片任。
  以上3點典型地描述了老一套的風(fēng)格(沒有嚴(yán)格遵守HTTP規(guī)范)偏友,隨著架構(gòu)的發(fā)展,現(xiàn)在出現(xiàn)REST(Representational State Transfer)对供,一套支持HTTP規(guī)范的新風(fēng)格位他,這里不多說了,可以參考《RESTful Web Services》产场。

說完原理性的問題鹅髓,我們再從表面現(xiàn)像上面看看GET和POST的區(qū)別:
  1.GET請求的數(shù)據(jù)會附在URL之后(就是把數(shù)據(jù)放置在HTTP協(xié)議頭中),以?分割URL和傳輸數(shù)據(jù)京景,參數(shù)之間以&相連窿冯,如:login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果數(shù)據(jù)是英文字母/數(shù)字醋粟,原樣發(fā)送靡菇,如果是空格重归,轉(zhuǎn)換為+米愿,如果是中文/其他字符,則直接把字符串用BASE64加密鼻吮,得出如:%E4%BD%A0%E5%A5%BD育苟,其中%XX中的XX為該符號以16進(jìn)制表示的ASCII。
  POST把提交的數(shù)據(jù)則放置在是HTTP包的包體中椎木。
  2."GET方式提交的數(shù)據(jù)最多只能是1024字節(jié)违柏,理論上POST沒有限制,可傳較大量的數(shù)據(jù)香椎,IIS4中最大為80KB漱竖,IIS5中為100KB"?畜伐?馍惹!
  以上這句是我從其他文章轉(zhuǎn)過來的,其實這樣說是錯誤的玛界,不準(zhǔn)確的:
  (1).首先是"GET方式提交的數(shù)據(jù)最多只能是1024字節(jié)"万矾,因為GET是通過URL提交數(shù)據(jù),那么GET可提交的數(shù)據(jù)量就跟URL的長度有直接關(guān)系了慎框。而實際上良狈,URL不存在參數(shù)上限的問題,HTTP協(xié)議規(guī)范沒有對URL長度進(jìn)行限制笨枯。這個限制是特定的瀏覽器及服務(wù)器對它的限制薪丁。IE對URL長度的限制是2083字節(jié)(2K+35)遇西。對于其他瀏覽器,如Netscape窥突、FireFox等努溃,理論上沒有長度限制,其限制取決于操作系統(tǒng)的支持阻问。
  注意這是限制是整個URL長度梧税,而不僅僅是你的參數(shù)值數(shù)據(jù)長度。[見參考資料5]
  (2).理論上講称近,POST是沒有大小限制的第队,HTTP協(xié)議規(guī)范也沒有進(jìn)行大小限制,說“POST數(shù)據(jù)量存在80K/100K的大小限制”是不準(zhǔn)確的刨秆,POST數(shù)據(jù)是沒有限制的凳谦,起限制作用的是服務(wù)器的處理程序的處理能力。
  對于ASP程序衡未,Request對象處理每個表單域時存在100K的數(shù)據(jù)長度限制尸执。但如果使用Request.BinaryRead則沒有這個限制。
  由這個延伸出去缓醋,對于IIS 6.0如失,微軟出于安全考慮,加大了限制送粱。我們還需要注意:
     1).IIS 6.0默認(rèn)ASP POST數(shù)據(jù)量最大為200KB褪贵,每個表單域限制是100KB】苟恚     2).IIS 6.0默認(rèn)上傳文件的最大大小是4MB脆丁。     3).IIS 6.0默認(rèn)最大請求頭是16KB动雹〔畚溃  IIS 6.0之前沒有這些限制。[見參考資料5]
  所以上面的80K胰蝠,100K可能只是默認(rèn)值而已(注:關(guān)于IIS4和IIS5的參數(shù)歼培,我還沒有確認(rèn)),但肯定是可以自己設(shè)置的姊氓。由于每個版本的IIS對這些參數(shù)的默認(rèn)值都不一樣丐怯,具體請參考相關(guān)的IIS配置文檔。
  3.在ASP中翔横,服務(wù)端獲取GET請求參數(shù)用Request.QueryString读跷,獲取POST請求參數(shù)用Request.Form。在JSP中禾唁,用request.getParameter("XXXX")來獲取效览,雖然jsp中也有request.getQueryString()方法无切,但使用起來比較麻煩,比如:傳一個test.jsp?name=hyddd&password=hyddd丐枉,用request.getQueryString()得到的是:name=hyddd&password=hyddd哆键。在PHP中,可以用$_GET和$_POST分別獲取GET和POST中的數(shù)據(jù)瘦锹,而$_REQUEST則可以獲取GET和POST兩種請求中的數(shù)據(jù)籍嘹。值得注意的是,JSP中使用request和PHP中使用$_REQUEST都會有隱患弯院,這個下次再寫個文章總結(jié)辱士。
  4.POST的安全性要比GET的安全性高。注意:這里所說的安全性和上面GET提到的“安全”不是同個概念听绳。上面“安全”的含義僅僅是不作數(shù)據(jù)修改颂碘,而這里安全的含義是真正的Security的含義,比如:通過GET提交數(shù)據(jù)椅挣,用戶名和密碼將明文出現(xiàn)在URL上头岔,因為(1)登錄頁面有可能被瀏覽器緩存,(2)其他人查看瀏覽器的歷史紀(jì)錄鼠证,那么別人就可以拿到你的賬號和密碼了峡竣,除此之外,使用GET提交數(shù)據(jù)還可能會造成Cross-site request forgery攻擊名惩。
  總結(jié)一下澎胡,Get是向服務(wù)器發(fā)索取數(shù)據(jù)的一種請求孕荠,而Post是向服務(wù)器提交數(shù)據(jù)的一種請求娩鹉,在FORM(表單)中,Method默認(rèn)為"GET"稚伍,實質(zhì)上弯予,GET和POST只是發(fā)送機制不同,并不是一個取一個發(fā)个曙!
參考資料:

[1].http://hi.baidu.com/liuzd003/blog/item/7bfecbfa6ea94ed8b58f318c.html

[2].http://www.blogjava.net/onlykeke/archive/2006/08/23/65285.aspx

[3].http://baike.baidu.com/view/2067025.htm

[4].http://www.chxwei.com/article.asp?id=373

[5].http://blog.csdn.net/somat/archive/2004/10/29/158707.aspx

轉(zhuǎn)載請說明出處锈嫩,謝謝[hyddd(http://www.cnblogs.com/hyddd/)]

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市垦搬,隨后出現(xiàn)的幾起案子呼寸,更是在濱河造成了極大的恐慌,老刑警劉巖猴贰,帶你破解...
    沈念sama閱讀 217,185評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件对雪,死亡現(xiàn)場離奇詭異,居然都是意外死亡米绕,警方通過查閱死者的電腦和手機瑟捣,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評論 3 393
  • 文/潘曉璐 我一進(jìn)店門馋艺,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人迈套,你說我怎么就攤上這事捐祠。” “怎么了桑李?”我有些...
    開封第一講書人閱讀 163,524評論 0 353
  • 文/不壞的土叔 我叫張陵踱蛀,是天一觀的道長。 經(jīng)常有香客問我贵白,道長星岗,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,339評論 1 293
  • 正文 為了忘掉前任戒洼,我火速辦了婚禮俏橘,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘圈浇。我一直安慰自己寥掐,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,387評論 6 391
  • 文/花漫 我一把揭開白布磷蜀。 她就那樣靜靜地躺著召耘,像睡著了一般。 火紅的嫁衣襯著肌膚如雪褐隆。 梳的紋絲不亂的頭發(fā)上污它,一...
    開封第一講書人閱讀 51,287評論 1 301
  • 那天,我揣著相機與錄音庶弃,去河邊找鬼衫贬。 笑死,一個胖子當(dāng)著我的面吹牛歇攻,可吹牛的內(nèi)容都是我干的固惯。 我是一名探鬼主播,決...
    沈念sama閱讀 40,130評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼缴守,長吁一口氣:“原來是場噩夢啊……” “哼葬毫!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起屡穗,我...
    開封第一講書人閱讀 38,985評論 0 275
  • 序言:老撾萬榮一對情侶失蹤贴捡,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后村砂,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體烂斋,經(jīng)...
    沈念sama閱讀 45,420評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,617評論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了源祈。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片煎源。...
    茶點故事閱讀 39,779評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖香缺,靈堂內(nèi)的尸體忽然破棺而出手销,到底是詐尸還是另有隱情,我是刑警寧澤图张,帶...
    沈念sama閱讀 35,477評論 5 345
  • 正文 年R本政府宣布锋拖,位于F島的核電站,受9級特大地震影響祸轮,放射性物質(zhì)發(fā)生泄漏兽埃。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,088評論 3 328
  • 文/蒙蒙 一适袜、第九天 我趴在偏房一處隱蔽的房頂上張望柄错。 院中可真熱鬧,春花似錦苦酱、人聲如沸售貌。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽颂跨。三九已至,卻和暖如春扯饶,著一層夾襖步出監(jiān)牢的瞬間恒削,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評論 1 269
  • 我被黑心中介騙來泰國打工尾序, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留钓丰,地道東北人。 一個月前我還...
    沈念sama閱讀 47,876評論 2 370
  • 正文 我出身青樓蹲诀,卻偏偏與公主長得像斑粱,于是被迫代替她去往敵國和親弃揽。 傳聞我的和親對象是個殘疾皇子脯爪,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,700評論 2 354

推薦閱讀更多精彩內(nèi)容

  • Http定義了與服務(wù)器交互的不同方法,最基本的方法有4種矿微,分別是GET痕慢,POST,PUT涌矢,DELETE掖举。URL全稱...
    Lucia_zll閱讀 284評論 0 0
  • Http定義了與服務(wù)器交互的不同方法,最基本的方法有4種娜庇,分別是GET塔次,POST方篮,PUT,DELETE励负。UR...
    西瓜w閱讀 290評論 0 1
  • Http定義了與服務(wù)器交互的不同方法藕溅,最基本的方法有4種,分別是GET继榆,POST巾表,PUT,DELETE略吨。URL全稱...
    韓七夏閱讀 528評論 0 1
  • Http定義了與服務(wù)器交互的不同方法集币,最基本的方法有4種,分別是GET翠忠,POST鞠苟,PUT,DELETE秽之。URL全稱...
    元素周期表的十七君閱讀 612評論 0 1
  • 這個假期我我可做了個記話這樣我的作業(yè)就不會落下了 這個星期我的記話很按要求完成 但我還寫了一個故事他的名字叫《躲在...
    后翼張景源閱讀 234評論 1 2