一、GET和POST區(qū)別的普遍看法：

創(chuàng)新互聯(lián)主要從事做網(wǎng)站、成都網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)津市,十多年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

HTTP 定義了與服務(wù)器交互的不同方法，最常用的有4種，Get、Post、Put、Delete,如果我換一下順序就好記了，Put（增）,Delete（刪），Post（改）,Get（查），即增刪改查，下面簡單敘述一下：

1）Get， 它用于獲取信息，注意，他只是獲取、查詢數(shù)據(jù)，也就是說它不會修改服務(wù)器上的數(shù)據(jù)，從這點(diǎn)來講，它是數(shù)據(jù)安全的，而稍后會提到的Post它是可以修改數(shù)據(jù)的，所以這也是兩者差別之一了。

2） Post，它是可以向服務(wù)器發(fā)送修改請求，從而修改服務(wù)器的，比方說，我們要在論壇上回貼、在博客上評論，這就要用到Post了，當(dāng)然它也是可以僅僅獲取數(shù)據(jù)的。

3）Delete 刪除數(shù)據(jù)。可以通過Get/Post來實(shí)現(xiàn)。

4）Put，增加、放置數(shù)據(jù)，可以通過Get/Post來實(shí)現(xiàn)。用的不多，暫不多寫，以后擴(kuò)充。

下面簡述一下Get和Post區(qū)別：

1） GET請求的數(shù)據(jù)是放在HTTP包頭中的，也就是URL之后，通常是像下面這樣定義格式的，（而Post是把提交的數(shù)據(jù)放在HTTP正文中的）。

login.action?name=hyddd&password=idontknow&verify=%E4%BD%E5%A5%BD

a，以 ？ 來分隔URL和數(shù)據(jù)； 

b，以& 來分隔參數(shù)；

c，如果數(shù)據(jù)是英文或數(shù)字，原樣發(fā)送；

d，如果數(shù)據(jù)是中文或其它字符，則進(jìn)行BASE64編碼。  

2）GET提交的數(shù)據(jù)比較少，最多1024B，因?yàn)镚ET數(shù)據(jù)是附在URL之后的，而URL則會受到不同環(huán)境的限制的，比如說IE對其限制為2K+35，而POST可以傳送更多的數(shù)據(jù)（理論上是沒有限制的，但一般也會受不同的環(huán)境，如瀏覽器、操作系統(tǒng)、服務(wù)器處理能力等限制，IIS4可支持80KB，IIS5可支持100KB）。

3）Post的安全性要比Get高，因?yàn)镚et時(shí)，參數(shù)數(shù)據(jù)是明文傳輸?shù)模沂褂肎ET的話，還可能造成Cross-site request forgery***。而POST數(shù)據(jù)則可以加密的，但GET的速度可能會快些。

以上轉(zhuǎn)自：http://blog.csdn.net/wangzhilife/article/details/12440089

上面的說法一般開發(fā)過web的到知道；可能存在一定的誤解：

可能很多人都已經(jīng)猜到了，他要的答案是：

1. GET使用URL或Cookie傳參。而POST將數(shù)據(jù)放在BODY中。

2. GET的URL會有長度上的限制，則POST的數(shù)據(jù)則可以非常大。

3. POST比GET安全，因?yàn)閿?shù)據(jù)在地址欄上不可見。

但是很不幸，這些區(qū)別全是錯誤的，更不幸的是，這個答案還是Google搜索的頭版頭條，然而我根本沒想著這些是答案，因?yàn)樵谖铱磥硭麄兌际清e的。我來一一解釋一下。

　　GET和POST與數(shù)據(jù)如何傳遞沒有關(guān)系

GET和POST是由HTTP協(xié)議定義的。在HTTP協(xié)議中，Method和Data(URL, Body, Header)是正交的兩個概念，也就是說，使用哪個Method與應(yīng)用層的數(shù)據(jù)如何傳輸是沒有相互關(guān)系的。

HTTP沒有要求，如果Method是POST數(shù)據(jù)就要放在BODY中。也沒有要求，如果Method是GET，數(shù)據(jù)（參數(shù)）就一定要放在URL中而不能放在BODY中。

那么，網(wǎng)上流傳甚廣的這個說法是從何而來的呢？我在HTML標(biāo)準(zhǔn)中，找到了相似的描述。這和網(wǎng)上流傳的說法一致。但是這只是HTML標(biāo)準(zhǔn)對HTTP協(xié)議的用法的約定。怎么能當(dāng)成GET和POST的區(qū)別呢？

而且，現(xiàn)代的Web Server都是支持GET中包含BODY這樣的請求。雖然這種請求不可能從瀏覽器發(fā)出，但是現(xiàn)在的Web Server又不是只給瀏覽器用，已經(jīng)完全地超出了HTML服務(wù)器的范疇了。

知道這個有什么用？我不想解釋了，有時(shí)候就得自己痛一次才記得住。

　　HTTP協(xié)議對GET和POST都沒有對長度的限制

HTTP協(xié)議明確地指出了，HTTP頭和Body都沒有長度的要求。而對于URL長度上的限制，有兩方面的原因造成：

1. 瀏覽器。據(jù)說早期的瀏覽器會對URL長度做限制。據(jù)說IE對URL長度會限制在2048個字符內(nèi)（流傳很廣，而且無數(shù)同事都表示認(rèn)同）。但我自己試了一下，我構(gòu)造了90K的URL通過IE9訪問live.com，是正常的。網(wǎng)上的東西，哪怕是Wikipedia上的，也不能信。

2. 服務(wù)器。URL長了，對服務(wù)器處理也是一種負(fù)擔(dān)。原本一個會話就沒有多少數(shù)據(jù)，現(xiàn)在如果有人惡意地構(gòu)造幾個幾M大小的URL，并不停地訪問你的服務(wù)器。服務(wù)器的最大并發(fā)數(shù)顯然會下降。另一種***方式是，把告訴服務(wù)器Content-Length是一個很大的數(shù)，然后只給服務(wù)器發(fā)一點(diǎn)兒數(shù)據(jù)，嘿嘿，服務(wù)器你就傻等著去吧。哪怕你有超時(shí)設(shè)置，這種故意的次次訪問超時(shí)也能讓服務(wù)器吃不了兜著走。有鑒于此，多數(shù)服務(wù)器出于安全啦、穩(wěn)定啦方面的考慮，會給URL長度加限制。但是這個限制是針對所有HTTP請求的，與GET、POST沒有關(guān)系。

　　安全不安全和GET、POST沒有關(guān)系

以上來自另一篇博客：http://kb.cnblogs.com/page/188928/

下面還有兩篇博客寫的不錯的：

第一篇解釋的比較前面詳細(xì)：http://blog.csdn.net/yaojianyou/article/details/1720913/

第二篇從tcp/ip的層面來解釋的挺裝逼的,博客名起得挺霸氣：http://www.techweb.com.cn/network/system/2016-10-11/2407736.shtml

當(dāng)前標(biāo)題：GET和POST區(qū)別總結(jié)
路徑分享：http://chinadenli.net/article16/gjoidg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、網(wǎng)站內(nèi)鏈、標(biāo)簽優(yōu)化、全網(wǎng)營銷推廣、網(wǎng)站營銷、用戶體驗(yàn)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)