1. get是從服務器上獲取數據，post是向服務器傳送數據。
2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到。post是通過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程。
在Form元素的語法中，EncType表明提交數據的格式 用 Enctype 屬性指定將數據回發到服務器時瀏覽器使用的編碼類型。 下邊是說明： application/x-www-form-urlencoded： 窗體數據被編碼為名稱/值對。這是標准的編碼格式。 multipart/form-data： 窗體數據被編碼為一條消息，頁上的每個控件對應消息中的一個部分。 text/plain： 窗體數據以純文本形式進行編碼，其中不含任何控件或格式字符。
補充
form的enctype屬性為編碼方式，常用有兩 種：application/x-www-form-urlencoded和multipart/form-data，默認為application /x-www-form-urlencoded。 當action為get時候，瀏覽器用x-www-form-urlencoded的編碼方式把form數據轉換成一個字串（name1=value1& amp;name2=value2...），然后把這個字串append到url后面，用?分割，加載這個新的url。 當action為post時候，瀏覽器把form數據封裝到http body中，然后發送到server。 如果沒有type=file的控件，用默認的application/x-www-form-urlencoded就可以了。 但是如果有type=file的話，就要用到multipart/form-data了。瀏覽器會把整個表單以控件為單位分割，並為每個部分加上 Content-Disposition(form-data或者file),Content-Type(默認為text/plain),name(控件 name)等信息，並加上分割符(boundary)。
GET和POST區別詳解
1、Get是用來從服務器上獲得數據，而Post是用來向服務器上傳遞數據。
2、Get將表單中數據的按照variable=value的形式，添加到action所指向的URL后面，並且兩者使用“?”連接，而各個變量之間使用 “&”連接；Post是將表單中的數據放在form的數據體中，按照變量和值相對應的方式，傳遞到action所指向URL。
3、Get是不安全的，因為在傳輸過程，數據被放在請求的URL中，而如今現有的很多服務器、代理服務器或者用戶代理都會將請求URL記錄到日志文件中， 然后放在某個地方，這樣就可能會有一些隱私的信息被第三方看到。另外，用戶也可以在瀏覽器上直接看到提交的數據，一些系統內部消息將會一同顯示在用戶面 前。Post的所有操作對用戶來說都是不可見的。
4、Get傳輸的數據量小，這主要是因為受URL長度限制；而Post可以傳輸大量的數據，所以在上傳文件只能使用Post（當然還有一個原因，將在后面的提到）。
5、Get限制Form表單的數據集的值必須為ASCII字符；而Post支持整個ISO10646字符集。默認是用ISO-8859-1編碼
6、Get是Form的默認方法。
以下的比較非常非常使用：
做java的web開發有段日子了，有個問題老是困擾着我，就是亂碼問題，基本上是網上查找解決方案（網上資料真的很多），都是一大堆的介紹如何解 決此類的亂碼問題，但是沒幾個把問題的來龍去脈說清楚的，有時候看了些文章后，以為自己懂了，但是在開發中亂碼問題又像鬼魂一樣出來嚇人，真是頭大了！這 篇文章是我長時間和亂碼做斗爭的一些理解的積累，還希望有更多的朋友給出指點和補充。
form有2中方法把數據提交給服務器，get和post,分別說下吧。
（一）get提交
1.首先說下客戶端（瀏覽器）的form表單用get方法是如何將數據編碼后提交給服務器端的吧。
對於get方法來說，都是把數據串聯在請求的url后面作為參數，如：http://localhost:8080/servlet?msg=abc
（很常見的一個亂碼問題就要出現了，如果url中出現中文或其它特殊字符的話，如：http://localhost:8080 /servlet?msg=杭州，服務器端容易得到亂碼），url拼接完成后，瀏覽器會對url進行URL encode，然后發送給服務器，URL encode的過程就是把部分url做為字符，按照某種編碼方式（如：utf-8,gbk等）編碼成二進制的字節碼，然后每個字節用一個包含3個字符的字 符串 "%xy" 表示，其中xy為該字節的兩位十六進制表示形式。我這里說的可能不清楚，具體介紹可以看下java.net.URLEncoder類的介紹在這里。了解了 URL encode的過程，我們能看到2個很重要的問題，第一：需要URL encode的字符一般都是非ASCII的字符（籠統的講），再通俗的講就是除了英文字母以外的文字（如：中文，日文等）都要進行URL encode，所以對於我們來說，都是英文字母的url不會出現服務器得到亂碼問題，出現亂碼都是url里面帶了中文或特殊字符造成的；第二：URL encode到底按照那種編碼方式對字符編碼？這里就是瀏覽器的事情了，而且不同的瀏覽器有不同的做法，中文版的瀏覽器一般會默認的使用GBK，通過設置 瀏覽器也可以使用UTF-8，可能不同的用戶就有不同的瀏覽器設置，也就造成不同的編碼方式，所以很多網站的做法都是先把url里面的中文或特殊字符用 javascript做URL encode，然后再拼接url提交數據，也就是替瀏覽器做了URL encode，好處就是網站可以統一get方法提交數據的編碼方式。 完成了URL encode，那么現在的url就成了ASCII范圍內的字符了，然后以iso-8859-1的編碼方式轉換成二進制隨着請求頭一起發送出去。這里想多說 幾句的是，對於get方法來說，沒有請求實體，含有數據的url都在請求頭里面，之所以用URL encode，我個人覺的原因是：對於請求頭來說最終都是要用iso-8859-1編碼方式編碼成二進制的101010.....的純數據在互聯網上傳 送，如果直接將含有中文等特殊字符做iso-8859-1編碼會丟失信息，所以先做URL encode是有必要的。
2。服務器端（tomcat）是如何將數據獲取到進行解碼的。
第一步是先把數據用iso-8859-1進行解碼，對於get方法來說，tomcat獲取數據的是ASCII范圍內的請求頭字符，其中的請求url里面帶 有參數數據，如果參數中有中文等特殊字符，那么目前還是URL encode后的%XY狀態，先停下，我們先說下開發人員一般獲取數據的過程。通常大家都是request.getParameter("name")獲 取參數數據，我們在request對象或得的數據都是經過解碼過的，而解碼過程中程序里是無法指定，這里要說下，有很多新手說用 request.setCharacterEncoding("字符集")可以指定解碼方式，其實是不可以的，看servlet的官方API說明有對此方 法的解釋：Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader().可以看出對於get方法他是無能為力的。那么到底用什么編碼方式解碼數據的呢，這是tomcat的事情了，默認缺省用的是 iso-8859-1,這樣我們就能找到為什么get請求帶中文參數為什么在服務器端得到亂碼了，原因是在客戶端一般都是用UTF-8或GBK對數據 URL encode，這里用iso-8859-1方式URL decoder顯然不行，在程序里我們可以直接
Java代碼
1. new String(request.getParameter("name").getBytes("iso-8859-1"),"客戶端指定的URL encode編碼方式")
還原回字節碼，然后用正確的方式解碼數據，網上的文章通常是在tomcat里面做個配置
Xml代碼
1. <Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK"/>
這樣是讓tomcat在獲取數據后用指定的方式URL decoder，URL decoder的介紹在這里
（一）post提交
1.客戶端（瀏覽器）的form表單用post方法是如何將數據編碼后提交給服務器端的。
在post方法里所要傳送的數據也要URL encode，那么他是用什么編碼方式的呢？
在form所在的html文件里如果有段<meta http-equiv="Content-Type" content="text/html; charset=字符集（GBK，utf-8等）"/>，那么post就會用此處指定的編碼方式編碼。一般大家都認為這段代碼是為了讓瀏覽器知道用 什么字符集來對網頁解釋，所以網站都會把它放在html代碼的最前端，盡量不出現亂碼，其實它還有個作用就是指定form表單的post方法提交數據的 URL encode編碼方式。從這里可以看出對於get方法來數，瀏覽器對數據的URL encode的編碼方式是有瀏覽器設置來決定，（可以用js做統一指定），而post方法，開發人員可以指定。
2。服務器端（tomcat）是如何將數據獲取到進行解碼的。
如果用tomcat默認缺省設置，也沒做過濾器等編碼設置，那么他也是用iso-8859-1解碼的，但是request.setCharacterEncoding("字符集")可以派上用場。
我發現上面說的tomcat所做的事情前提都是在請求頭里沒有指定編碼方式，如果請求頭里指定了編碼方式將按照這種方式編碼。
有2篇文章推薦下，地址分別是
深入淺出URL編碼：http://www.cnblogs.com/yencain/articles/1321386.html；
表單用post方法提交數據時亂碼問題：http://wanghuan8086.javaeye.com/blog/173869
用post很重要的在form所在的html文件里如果有段<meta http-equiv="Content-Type" content="text/html; charset=字符集（GBK，utf-8等）"/>
強烈建議使用post提交
////////////////////////////////////////////////////////////////////////////////////////////////////
/////////////////////////////////////////////////////////////////////////////////////////////////////////
GET和POST兩種方法都是將數據送到服務器，但你該用哪一種呢？
HTTP標准包含這兩種方法是為了達到不同的目的。POST用於創建資源，資源的內容會被編入HTTP請示的內容中。例如，處理訂貨表單、在數據庫中加入新數據行等。
當請求無副作用時（如進行搜索），便可使用GET方法；當請求有副作用時（如在數據庫添加數據行），則用POST方法。一個比較實際的問題是：GET方法可能會產生很長的URL，或許會超過某些瀏覽器與服務器對URL長度的限制。
若符合下列任一情況，則用POST方法：
請求的結果有持續性的副作用，例如，數據庫內添加新的數據行。
若使用GET方法，則表單上收集的數據可能讓URL過長。
要傳送的數據不是采用7位的ASCII編碼。
若符合下列任一情況，則用GET方法：
請求是為了查找資源，HTML表單數據僅用來幫助搜索。
請求結果無持續性的副作用。
收集的數據及HTML表單內的輸入字段名稱的總長不超過1024個字符。
表單提交中Get和Post方式的區別
1. get是從服務器上獲取數據，post是向服務器傳送數據。
2. get是把參數數據隊列加到提交表單的ACTION屬性所指的URL中，值和表單內各個字段一一對應，在URL中可以看到，因此安全性不高。post是通 過HTTP post機制，將表單內各個字段與其內容放置在HTML HEADER內一起傳送到ACTION屬性所指的URL地址。用戶看不到這個過程，安全性比較高。
3. 對於get方式，服務器端用Request.QueryString獲取變量的值，對於post方式，服務器端用Request.Form獲取提交的數據。
4. get傳送的數據量較小，不能大於2KB。post傳送的數據量較大，一般被默認為不受限制。但理論上，IIS4中最大量為80KB，IIS5中為100KB。
5. get安全性非常低，post安全性較高。
6. post 頁面不能被加入收藏夾中，get頁面可以被加入。
ContentType和Form中enctype屬性的相對應，它是Form用來組織數據的方式，主要包含了兩種：
1、application/x-www-form-urlencoded：它是默認內容類型（content type），在結果中我們已經看到了經它編碼的數據的效果。編碼方法：i.將空格使用“+”代替，非字母和數字字符，是用以%HH表示的該字符的 ASCII代替（漢字就是這種形式）；ii.變量和值使用“=”，各個變量和值對之間使用“&”連接。
2、multipart/form-data：它可以用來傳輸大量二進制數據或者非ASCII字符的文本，因此在上傳文件需設置 enctype="multipart/form-data"，此時method必須為post。它傳輸的消息包含了一系列的數據塊，每一塊都代表 Form中的一個變量，並且數據塊的順序和頁面上的順序一致，塊與塊之間使用特殊字符（boundary）分隔。如果Form中包含file控件，相應的 數據塊還會包含一個Content-Type頭，用來指定MIME，默認值為text/plain。下面是設置enctype="multipart /form-data"時content的結果：