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é)果。這里我再解釋一下冪等這個概念:
冪等(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蝌借。
看完上述解釋后,應(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/)]