1、Get是用來(lái)從服務(wù)器上獲得數(shù)據(jù)，而Post是用來(lái)向服務(wù)器上傳遞數(shù)據(jù)。
2、Get將表單中數(shù)據(jù)的按照variable=value的形式，添加到action所指向的URL后面，并且兩者使用“?”連接，而各個(gè)變量之間使用“&”連接；Post是將表單中的數(shù)據(jù)放在form的數(shù)據(jù)體中，按照變量和值相對(duì)應(yīng)的方式，傳遞到action所指向URL。
3、Get是不安全的，因?yàn)樵趥鬏斶^(guò)程，數(shù)據(jù)被放在請(qǐng)求的URL中，而如今現(xiàn)有的很多服務(wù)器、代理服務(wù)器或者用戶代理都會(huì)將請(qǐng)求URL記錄到日志文件中，然后放在某個(gè)地方，這樣就可能會(huì)有一些隱私的信息被第三方看到。另外，用戶也可以在瀏覽器上直接看到提交的數(shù)據(jù)，一些系統(tǒng)內(nèi)部消息將會(huì)一同顯示在用戶面前。Post的所有操作對(duì)用戶來(lái)說(shuō)都是不可見(jiàn)的。
4、Get傳輸?shù)臄?shù)據(jù)量小，這主要是因?yàn)槭躑RL長(zhǎng)度限制；而Post可以傳輸大量的數(shù)據(jù)，所以在上傳文件只能使用Post（當(dāng)然還有一個(gè)原因，將在后面的提到）。
5、Get限制Form表單的數(shù)據(jù)集的值必須為ASCII字符；而Post支持整個(gè)ISO10646字符集。默認(rèn)是用ISO-8859-1編碼
6、Get是Form的默認(rèn)方法。
以下的比較非常非常使用：
做java的web開(kāi)發(fā)有段日子了，有個(gè)問(wèn)題老是困擾著我，就是亂碼問(wèn)題，基本上是網(wǎng)上查找解決方案（網(wǎng)上資料真的很多），都是一大堆的介紹如何解決此類的亂碼問(wèn)題，但是沒(méi)幾個(gè)把問(wèn)題的來(lái)龍去脈說(shuō)清楚的，有時(shí)候看了些文章后，以為自己懂了，但是在開(kāi)發(fā)中亂碼問(wèn)題又像鬼魂一樣出來(lái)嚇人，真是頭大了！這篇文章是我長(zhǎng)時(shí)間和亂碼做斗爭(zhēng)的一些理解的積累，還希望有更多的朋友給出指點(diǎn)和補(bǔ)充。
  form有2中方法把數(shù)據(jù)提交給服務(wù)器，get和post,分別說(shuō)下吧。
（一）get提交
  1.首先說(shuō)下客戶端（瀏覽器）的form表單用get方法是如何將數(shù)據(jù)編碼后提交給服務(wù)器端的吧。
 
    對(duì)于get方法來(lái)說(shuō)，都是把數(shù)據(jù)串聯(lián)在請(qǐng)求的url后面作為參數(shù)，如：http://localhost:8080/servlet?msg=abc
（很常見(jiàn)的一個(gè)亂碼問(wèn)題就要出現(xiàn)了，如果url中出現(xiàn)中文或其它特殊字符的話，如：http://localhost:8080 /servlet?msg=杭州，服務(wù)器端容易得到亂碼），url拼接完成后，瀏覽器會(huì)對(duì)url進(jìn)行URL encode，然后發(fā)送給服務(wù)器，URL encode的過(guò)程就是把部分url做為字符，按照某種編碼方式（如：utf-8,gbk等）編碼成二進(jìn)制的字節(jié)碼，然后每個(gè)字節(jié)用一個(gè)包含3個(gè)字符的字符串 "%xy" 表示，其中xy為該字節(jié)的兩位十六進(jìn)制表示形式。我這里說(shuō)的可能不清楚，具體介紹可以看下java.net.URLEncoder類的介紹在這里。了解了 URL encode的過(guò)程，我們能看到2個(gè)很重要的問(wèn)題，第一：需要URL encode的字符一般都是非ASCII的字符（籠統(tǒng)的講），再通俗的講就是除了英文字母以外的文字（如：中文，日文等）都要進(jìn)行URL encode，所以對(duì)于我們來(lái)說(shuō)，都是英文字母的url不會(huì)出現(xiàn)服務(wù)器得到亂碼問(wèn)題，出現(xiàn)亂碼都是url里面帶了中文或特殊字符造成的；第二：URL encode到底按照那種編碼方式對(duì)字符編碼？這里就是瀏覽器的事情了，而且不同的瀏覽器有不同的做法，中文版的瀏覽器一般會(huì)默認(rèn)的使用GBK，通過(guò)設(shè)置瀏覽器也可以使用UTF-8，可能不同的用戶就有不同的瀏覽器設(shè)置，也就造成不同的編碼方式，所以很多網(wǎng)站的做法都是先把url里面的中文或特殊字符用 javascript做URL encode，然后再拼接url提交數(shù)據(jù)，也就是替瀏覽器做了URL encode，好處就是網(wǎng)站可以統(tǒng)一get方法提交數(shù)據(jù)的編碼方式。 完成了URL encode，那么現(xiàn)在的url就成了ASCII范圍內(nèi)的字符了，然后以iso-8859-1的編碼方式轉(zhuǎn)換成二進(jìn)制隨著請(qǐng)求頭一起發(fā)送出去。這里想多說(shuō)幾句的是，對(duì)于get方法來(lái)說(shuō)，沒(méi)有請(qǐng)求實(shí)體，含有數(shù)據(jù)的url都在請(qǐng)求頭里面，之所以用URL encode，我個(gè)人覺(jué)的原因是：對(duì)于請(qǐng)求頭來(lái)說(shuō)最終都是要用iso-8859-1編碼方式編碼成二進(jìn)制的101010.....的純數(shù)據(jù)在互聯(lián)網(wǎng)上傳送，如果直接將含有中文等特殊字符做iso-8859-1編碼會(huì)丟失信息，所以先做URL encode是有必要的。