編碼中的setCharacterEncoding 理解

1、pageEncoding="UTF-8"的作用是設定JSP編譯成Servlet時使用的編碼。 

2、contentType="text/html;charset=UTF-8"的作用是指定對伺服器響應進行重新編碼的編碼。 

3、request.setCharacterEncoding("UTF-8")的作用是設定對用戶端請求進行重新編碼的編碼。

4、response.setCharacterEncoding("UTF-8")的作用是指定對伺服器響應進行重新編碼的編碼。 

response.setCharacterEncoding("UTF-8")的作用是指定對伺服器響應進行重新編碼的編碼。同時，瀏覽器也是根據這個參數來對其接收到的資料進行重新編碼（或者稱為解碼）。所以在無論你在JSP中設定response.setCharacterEncoding ("UTF-8")或者response.setCharacterEncoding("GBK")，瀏覽器均能正確顯示中文（前提是你發送到瀏覽器的資料編碼是正確的，比如正確設定了pageEncoding參數等）。

 

對於發送資料，伺服器按照response.setCharacterEncoding—contentType—pageEncoding的優先順序，對要發送的資料進行編碼。 


對於接收資料，要分三種情況。一種是瀏覽器直接用URL提交的資料，另外兩種是用表單的GET和POST方式提交的資料。

 

對於表單中POST方式提交的資料，只要在接收資料的JSP中正確request.setCharacterEncoding參數，即將對用戶端請求進行重新編碼的編碼設定成瀏覽器編碼，就可以保證得到的參數編碼正確。有寫讀者可能會問，那如何得到瀏覽器編碼呢？上面我們提過了，在預設請情況下，瀏覽器編碼就是你在響應該請求的JSP頁面中response.setCharacterEncoding設定的值。所以對於POST表單提交的資料，在獲得資料的JSP頁面中request.setCharacterEncoding要和產生提交該表單的JSP頁面的
response.setCharacterEncoding設定成相同的值。 


對於URL提交的資料和表單中GET方式提交的資料，在接收資料的JSP中設定request.setCharacterEncoding參數是不行的，因為在Tomcat5.0中，預設情況下使用ISO- 8859-1對URL提交的資料和表單中GET方式提交的資料進行重新編碼（解碼），而不使用該參數對URL提交的資料和表單中GET方式提交的資料進行重新編碼（解碼）。要解決該問題，應該在Tomcat的設定檔的Connector標籤中設定useBodyEncodingForURI或者 URIEncoding屬性，其中useBodyEncodingForURI參數表示是否用request.setCharacterEncoding
參數對URL提交的資料和表單中GET方式提交的資料進行重新編碼，在預設情況下，該參數為false（Tomcat4.0中該參數預設為true）； URIEncoding參數指定對所有GET方式請求（包括URL提交的資料和表單中GET方式提交的資料）進行統一的重新編碼（解碼）的編碼。 URIEncoding和useBodyEncodingForURI區別是，URIEncoding是對所有GET方式的請求的資料進行統一的重新編碼（解碼），而useBodyEncodingForURI則是根據響應該請求的頁面的request.setCharacterEncoding參數對資料進行的重新編碼（解碼），不同的頁面可以有不同的重新編碼（解碼）的編碼。所以對於URL提交的資料和表單中GET方式提交的資料，可以修改
URIEncoding參數為瀏覽器編碼或者修改useBodyEncodingForURI為true，並且在獲得資料的JSP頁面中 request.setCharacterEncoding參數設定成瀏覽器編碼。