（壹）get提交
1.首先說下客戶端（瀏覽器）的form表單用get方法是如何將數據編碼後提交給服務器端的吧。
對於get方法來說，都是把數據串聯在請求的url後面作為參數，如：.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所做的事情前提都是在請求頭裏沒有指定編碼方式，如果請求頭裏指定了編碼方式將按照這種方式編碼。