URL編碼是一種瀏覽器用來打包表單輸入的格式，瀏覽器從表單中獲取所有的name和其對應的value，將他們以name/value編碼方式作為URL的一部分或者分離的發(fā)送到服務器上。

2. URL編碼規(guī)則。

每對name/value由&分開，每對來自表單的name/value用=分開。如果用戶沒有輸入值的那個name依舊會出現(xiàn)不過就是沒有值。

URL編碼是在字符ASCII碼的十六進制數(shù)的前面加上%。例如（她的十六進制數(shù)表示為5c）的URL編碼就是%5c。

3. 簡單介紹亂碼和http請求

其實做web開發(fā)亂碼問題是經常出現(xiàn)的，有了上面編碼的基礎之后下面來看看亂碼。

1) 亂碼問題是web開發(fā)過程中經常遇到的問題，主要原因就是URL中使用了非ASCII碼造成服務器后臺程序解析出現(xiàn)亂碼的問題。

2) URL中最容易出現(xiàn)中文的地方就是在QueryString的參數(shù)值還有Servletpath中。

3) 簡單用一個圖來說明一下http請求的流程：

第一步：瀏覽器把URL經過編碼送給服務器；

第二步：服務器把這些請求解碼處理完畢之后將顯示的內容進行編碼發(fā)送給客戶端瀏覽器；

第三步：瀏覽器按照指定的編碼顯示網(wǎng)頁

4) 詳細剖析GET提交如何編碼以及服務器如何解碼以及亂碼解決方案

對于GET方式，我們知道它的提交是將請求數(shù)據(jù)附加到URL后面作為參數(shù)，這樣依賴亂碼就會很容易出現(xiàn)，因為數(shù)據(jù)name和value很有可能就是傳遞的為非ASCII碼。

當URL拼接后，瀏覽器對其進行encode，然后發(fā)送到服務器。具體規(guī)則見URL編碼規(guī)則。

這里詳細說一下encode的過程中容易出現(xiàn)的問題，在這個過程中我們要明白需要URL encode的字符一般都是非ASCII碼字符，所以我們就能知道出現(xiàn)亂碼主要是URL中附加了中文或特殊字符做成的，另一個要知道URL encode到底是以什么樣的編碼方式對字符進行編碼的，其實這個編碼方式是由瀏覽器決定的，不同的瀏覽器和同一瀏覽器的不同設置影響了URL的編碼，所以為了避免我們不需要的編碼，我們可以通過java代碼或javaspcript代碼統(tǒng)一進行控制。

完成了URL encode之后URL就成了ASCII范圍內的字符了，然后就以iso-8859-1的編碼方式轉換為二進制隨著請求頭一起發(fā)送出去。

到了服務器之后，首先服務器會先用iso-8859-1進行解碼，服務器獲取的數(shù)據(jù)都是ASCII范圍內的請求頭字符，其中請求URL里面帶有參數(shù)數(shù)據(jù)，如果是中衛(wèi)或特殊字符，那么encode后的%XY（編碼規(guī)則中的十六進制數(shù)）通過request.setCharacterEncoding()是不管用的。這時候我們就能發(fā)現(xiàn)出現(xiàn)亂碼的根本原因就是客戶端一般是通過用UTF-8或GBK等對數(shù)據(jù)進行encode的，到了服務器卻用iso-8859-1方式decoder顯然不行。

這里的解決方式有兩種，

一種：是通過String類的getBytes方法進行編碼轉換，具體java代碼是：

new String(request.getParameter(“name”).getBytes(“iso-8859-1”),“客戶端編碼方式”)

第二種：在服務器xml代碼中改配置信息：

redirectPort="8443"URIEncoding="客戶端編碼"/>

5) 詳細剖析POST提交如何編碼以及服務器如何解碼以及亂碼解決方案

對于POST方式，表單中的參數(shù)值對是通過request包發(fā)送給服務器，此時瀏覽器會根據(jù)網(wǎng)頁的ContentType("text/html; charset=GBK")中指定的編碼進行對表單中的數(shù)據(jù)進行編碼，然后發(fā)給服務器。

在服務器端的程序中我們可以通過

Request.setCharacterEncoding()設置編碼，然后通過

request.getParameter獲得正確的數(shù)據(jù)。

這里出現(xiàn)亂碼可以通過Request.setCharacterEncoding()直接解決。

---