1. pageEncoding: <%@ page pageEncoding="UTF-8"%>

jsp頁面編碼: jsp文件本身的編碼

2. contentType: <%@ page contentType="text/html; charset=UTF-8"%>

web頁面顯示編碼: jsp的輸出流在瀏覽器中顯示的編碼

3. html頁面charset: <META http-equiv="Content-Type" content="text/html; charset=UTF-8">

web頁面輸入編碼: 輸入框輸入的字體編碼

4. setCharacterEncoding: request.setCharacterEncoding(),response.setCharacterEncoding()

web服務器輸入的請求流: web server相應瀏覽器的請求數據

5. setContentType: response.setContentType()

web服務器輸出的響應流: web server相應瀏覽器的輸出數據

他們之間的相互影響和作用域,以及先後作用順序:

1. pageEncoding: 只是指明了 JSP 頁面本身的編碼格式，跟頁面顯示的編碼沒有關系;
容器在讀取(文件)或者(數據庫)或者(字符串常量)時將起轉化為內部使用的 Unicode,
而頁面顯示的時候將內部的Unicode轉換為contentType指定的編碼後顯示頁面內容;
如果pageEncoding屬性存在，那麽JSP頁面的字符編碼方式就由pageEncoding決定，

2. contentType: 指定了MIME類型和JSP頁面回應時的字符編碼方式。MIME類型的默認值是“text/html”;字符編碼方式的默認值是“ISO-8859-1”. MIME類型和字符編碼方式由分號隔開;

3. pageEncoding和contentType的關系:

(1). pageEncoding的內容只是用於jsp輸出時的編碼，不會作為header發出去的; 是告訴web Server jsp頁面按照什麽編碼輸出,即web服務器輸出的響應流的編碼;

(2). 第一階段是jsp編譯成.java，它會根據pageEncoding的設定讀取jsp，結果是由指定的編碼方案翻譯成統一的UTF-8 JAVA源碼（即.java）.

(3). 第二階段是由JAVAC的JAVA源碼至java byteCode的編譯，不論JSP編寫時候用的是什麽編碼方案，經過這個階段的結果全部是UTF-8的encoding的java源碼.JAVAC用UTF-8的encoding讀取java源碼，編譯成UTF-8 encoding的二進制碼（即.class），這是JVM對常數字串在二進制碼（java encoding）內表達的規範.

(4). 第三階段是Tomcat（或其的application container）載入和執行階段二的來的JAVA二進制碼，輸出的結果，也就是在客戶端見到的，這時隱藏在階段一和階段二的參數contentType就發揮了功效.

4. 和contentType效果一樣的設置方式還有html頁面charset, response.setCharacterEncoding(),response.setContentType(),response.setHeader();

response.setContentType(),response.setHeader()，優先級最好；

其次是response.setCharacterEncoding();

再者是<%@page contentType="text/html; chareset=gbk"%>；

最後是<meta http-equiv="content-type" content="text/html; charset=gb2312" />.

5. web頁面輸入編碼: 在設置頁面編碼<%@page contentType="text/html; chareset=gbk"%>的同時，也就指定了頁面的輸入編碼;如果頁面的顯示被設置為UTF-8，那麽用戶所有的頁面輸入都會按照UTF-8編碼; 服務器端程序在讀取表單輸入之前要設定輸入編碼; 表單被提交後，瀏覽器會將表單字段值轉換為指定字符集對應的字節值，然後根據 HTTP 標準 URL編碼方案對結果字節進行編碼.但是頁面需要告訴服務器當前頁面的編碼方式;request.setCharacterEncoding(),能修改Serverlet獲取請求的編碼,response.setCharacterEncoding(),能修改Serverlet返回結果的編碼.

jsp文件編碼