1. get和post與資料如何傳遞沒有關係
get和post是由http協議定義的。在http協議中，method和data（url， body， header）是正交的兩個概念，也就是說，使用哪個method與應用層的資料如何傳輸是沒有相互關係的。
http沒有要求，如果method是post資料就要放在body中。也沒有要求，如果method是get，資料（引數）就一定要放在url中而不能放在body中。
那麼，網上流傳甚廣的這個說法是從何而來的呢？我在html標準中，找到了相似的描述。這和網上流傳的說法一致。但是這只是html標準對http協議的用法的約定。怎麼能當成get和post的區別呢？
而且，現代的web server都是支援get中包含body這樣的請求。雖然這種請求不可能從瀏覽器發出，但是現在的web server又不是只給瀏覽器用，已經完全地超出了html伺服器的範疇了。
知道這個有什麼用？我不想解釋了，有時候就得自己痛一次才記得住。
2. http協議對get和post都沒有對長度的限制
http協議明確地指出了，http頭和body都沒有長度的要求。而對於url長度上的限制，有兩方面的原因造成：
瀏覽器。據說早期的瀏覽器會對url長度做限制。據說ie對url長度會限制在2048個字元內（流傳很廣，而且無數同事都表示認同）。但我自己試了一下，我構造了90k的url通過ie9訪問live.com，是正常的。網上的東西，哪怕是wikipedia上的，也不能信。
伺服器。url長了，對伺服器處理也是一種負擔。原本乙個會話就沒有多少資料，現在如果有人惡意地構造幾個幾m大小的url，並不停地訪問你的伺服器。伺服器的最大併發數顯然會下降。另一種攻擊方式是，把告訴伺服器content-length是乙個很大的數，然後只給伺服器發一點兒資料，嘿嘿，伺服器你就傻等著去吧。哪怕你有超時設定，這種故意的次次訪問超時也能讓伺服器吃不了兜著走。有鑑於此，多數伺服器出於安全啦、穩定啦方面的考慮，會給url長度加限制。但是這個限制是針對所有http請求的，與get、post沒有關係。
安全不安全和get、post沒有關係
get和post的理解，是純粹地**於http協議。他們只有一點根本區別，簡單點兒說，乙個用於獲取資料，乙個用於修改資料。
get和post的區別
在b s應用程式中，前台與後台的資料互動，都是通過html中form表單完成的。form提供了兩種資料傳輸的方式 get和post。雖然它們都是資料的提交方式，但是在實際傳輸時確有很大的不同，並且可能會對資料產生嚴重的影響。雖然為了方便的得到變數值，web容器已經遮蔽了二者的一些差異，但是了解二者的...
post和get的區別？
1.get是從伺服器上獲取資料，post是向伺服器傳送資料。get 和 post只是一種傳遞資料的方式，get也可以把資料傳到伺服器，他們的本質都是傳送請求和接收結果。只是組織格式和資料量上面有差別，http協議裡面有介紹。2.get是把引數資料佇列加到提交表單的action屬性所指的url中，值和...
post和get的區別
兩者的主要區別在資料傳送方式和接收方式上 1 在客戶端 get方式是通過url提交資料 post方式是提交後位址列是不變的 2 在伺服器端 get方式是利用解析位址列字串的方式，伺服器獲取get提交的值 post方式是以form的形式提交表單引數 一般來說，盡量避免使用get方式提交表單，因為有可能...