Http 定義了與服務器交互的不同方法，最基本的方法有 4 種，分別是 GET，POST，PUT，DELETE。URL 全稱是資源描述符，我們可以這樣認爲：一個 URL 地址，它用於描述一個網絡上的資源，而 HTTP 中的 GET，POST，PUT，DELETE 就對應着對這個資源的查，改，增，刪 4 個操作。到這裏，大家應該有個大概的瞭解了，GET 一般用於獲取/查詢資源信息，而 POST 一般用於更新資源信息。
1.根據 HTTP 規範，GET 用於信息獲取，而且應該是安全的和冪等的。
(1).所謂安全的意味着該操作用於獲取信息而非修改信息。換句話說，GET 請求一般不應產生副作用。就是說，它僅僅是獲取資源信息，就像數據庫查詢一樣，不會修改，增加數據，不會影響資源的狀態。
* 注意：這裏安全的含義僅僅是指是非修改信息。
(2).冪等的意味着對同一 URL 的多個請求應該返回同樣的結果。這裏我再解釋一下冪等這個概念：
冪等有一下幾種定義：
對於單目運算，如果一個運算對於在範圍內的所有的一個數多次進行該運算所得的結果和進行一次該運算所得的結果是一樣的，那麼我們就稱該運算是冪等的。比如絕對值運算就是一個例子，在實數集中，有abs(a)=abs(abs(a))。
對於雙目運算，則要求當參與運算的兩個值是等值的情況下，如果滿足運算結果與參與運算的兩個值相等，則稱該運算冪等，如求兩個數的最大值的函數，有在在實數集中冪等，即max(x,x) = x。
看完上述解釋後，應該可以理解 GET 冪等的含義了。
但在實際應用中，以上 2 條規定並沒有這麼嚴格。引用別人文章的例子：比如，新聞站點的頭版不斷更新。雖然第二次請求會返回不同的一批新聞，該操作仍然被認爲是安全的和冪等的，因爲它總是返回當前的新聞。從根本上說，如果目標是當用戶打開一個鏈接時，他可以確信從自身的角度來看沒有改變資源即可。
2.根據 HTTP 規範，POST 表示可能修改變服務器上的資源的請求。繼續引用上面的例子：還是新聞以網站爲例，讀者對新聞發表自己的評論應該通過 POST 實現，因爲在評論提交後站點的資源已經不同了，或者說資源被修改了。
上面大概說了一下 HTTP 規範中 GET 和 POST 的一些原理性的問題。但在實際的做的時候，很多人卻沒有按照HTTP規範去做，導致這個問題的原因有很多，比如說：
1.很多人貪方便，更新資源時用了 GET，因爲用 POST 必須要用到 FORM（表單），這樣會麻煩一點。
2.對資源的增，刪，改，查操作，其實都可以通過 GET/POST 完成，不需要用到 PUT 和 DELETE。
3.另外一個是，早期的 Web MVC 框架設計者們並沒有有意識地將URL當作抽象的資源來看待和設計，所以導致一個比較嚴重的問題是傳統的 Web MVC 框架基本上都只支持 GET和POST 兩種 HTTP 方法，而不支持 PUT 和 DELETE 方法。
* 簡單解釋一下MVC：MVC 本來是存在於 Desktop 程序中的，M 是指數據模型，V 是指用戶界面，C 則是控制器。使用 MVC 的目的是將 M 和 V 的實現代碼分離，從而使同一個程序可以使用不同的表現形式。
以上3點典型地描述了老一套的風格（沒有嚴格遵守 HTTP 規範），隨着架構的發展，現在出現 REST(Representational State Transfer)，一套支持 HTTP 規範的新風格，這裏不多說了，可以參考《RESTful Web Services》。
說完原理性的問題，我們再從表面現像上面看看 GET 和 POST 的區別：
1.GET 請求的數據會附在 URL 之後（就是把數據放置在HTTP協議頭中），以 ? 分割 URL 和傳輸數據，參數之間以 & 相連，如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果數據是英文字母/數字，原樣發送，如果是空格，轉換爲+，如果是中文/其他字符，則直接把字符串用 BASE64 加密，得出如：%E4%BD%A0%E5%A5%BD，其中 ％XX 中的 XX 爲該符號以 16 進製表示的 ASCII。
POST 把提交的數據則放置在是 HTTP 包的包體中。
2."GET方式提交的數據最多隻能是 1024 字節，理論上 POST 沒有限制，可傳較大量的數據，IIS4 中最大爲 80KB，IIS5 中爲 100 KB" ？？！
以上這句是我從其他文章轉過來的，其實這樣說是錯誤的，不準確的：
(1).首先是"GET方式提交的數據最多隻能是 1024 字節"，因爲 GET 是通過 URL 提交數據，那麼 GET 可提交的數據量就跟 URL 的長度有直接關係了。而實際上，URL 不存在參數上限的問題，HTTP協議規範沒有對 URL 長度進行限制。這個限制是特定的瀏覽器及服務器對它的限制。IE 對 URL 長度的限制是 2083 字節(2K+35)。對於其他瀏覽器，如 Netscape、FireFox 等，理論上沒有長度限制，其限制取決於操作系統的支持。
注意這是限制是整個 URL 長度，而不僅僅是你的參數值數據長度。[見參考資料5]
(2).理論上講，POST 是沒有大小限制的，HTTP 協議規範也沒有進行大小限制，說“POST數據量存在 80K/100K 的大小限制”是不準確的，POST 數據是沒有限制的，起限制作用的是服務器的處理程序的處理能力。
對於 ASP 程序，Request 對象處理每個表單域時存在 100K 的數據長度限制。但如果使用 Request.BinaryRead 則沒有這個限制。
由這個延伸出去，對於 IIS 6.0，微軟出於安全考慮，加大了限制。我們還需要注意：
1).IIS 6.0 默認 ASP POST 數據量最大爲 200KB，每個表單域限制是 100KB。
2).IIS 6.0 默認上傳文件的最大大小是 4MB。
3).IIS 6.0 默認最大請求頭是 16KB。
IIS 6.0之前沒有這些限制。[見參考資料5]
所以上面的 80K，100K 可能只是默認值而已(注：關於 IIS4 和 IIS5 的參數，我還沒有確認)，但肯定是可以自己設置的。由於每個版本的 IIS 對這些參數的默認值都不一樣，具體請參考相關的 IIS 配置文檔。
3.在 ASP中，服務端獲取 GET 請求參數用 Request.QueryString，獲取 POST 請求參數用 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 中的數據，而 $_REQUEST 則可以獲取 GET 和 POST 兩種請求中的數據。值得注意的是，JSP 中使用 request 和 PHP 中使用 $_REQUEST 都會有隱患，這個下次再寫個文章總結。
4.POST 的安全性要比 GET 的安全性高。注意：這裏所說的安全性和上面 GET 提到的 “安全” 不是同個概念。上面 “安全” 的含義僅僅是不作數據修改，而這裏安全的含義是真正的 Security 的含義，比如：通過 GET 提交數據，用戶名和密碼將明文出現在 URL 上，因爲 (1)登錄頁面有可能被瀏覽器緩存，(2)其他人查看瀏覽器的歷史紀錄，那麼別人就可以拿到你的賬號和密碼了，除此之外，使用 GET 提交數據還可能會造成 Cross-site request forgery 攻擊。
總結一下，Get 是向服務器發索取數據的一種請求，而 Post 是向服務器提交數據的一種請求，在FORM（表單）中，Method 默認爲 "GET"，實質上，GET 和 POST 只是發送機制不同，並不是一個取一個發！
純屬 hyddd 個人總結，如有錯漏請指出。:>
參考資料：
[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
轉自這個地方，謝謝[hyddd(http://www.cnblogs.com/hyddd/)]