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

站在用戶的角度思考問題，與客戶深入溝通，找到芒市網(wǎng)站設(shè)計與芒市網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、網(wǎng)站設(shè)計、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、主機域名、雅安服務器托管、企業(yè)郵箱。業(yè)務覆蓋芒市地區(qū)。

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

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

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

3）Delete 刪除數(shù)據(jù)?？梢酝ㄟ^Get/Post來實現(xiàn)。

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

下面簡述一下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ù)是中文或其它字符，則進行BASE64編碼。

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

3）Post的安全性要比Get高，因為Get時，參數(shù)數(shù)據(jù)是明文傳輸?shù)?，而且使用GET的話，還可能造成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安全，因為數(shù)據(jù)在地址欄上不可見。

但是很不幸，這些區(qū)別全是錯誤的，更不幸的是，這個答案還是Google搜索的頭版頭條，然而我根本沒想著這些是答案，因為在我看來他們都是錯的。我來一一解釋一下。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

網(wǎng)頁題目：GET和POST區(qū)別總結(jié)-創(chuàng)新互聯(lián)
當前網(wǎng)址：http://aaarwkj.com/article42/gjdhc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應式網(wǎng)站、移動網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、網(wǎng)站導航、App設(shè)計、搜索引擎優(yōu)化

廣告

聲明：本網(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)