關於jsp頁面中的pageEncoding和contentType以及html中的
一開始對這幾個有關字符集設定方面比較困惑，網上查閱了一些資料，最常見的就是我下邊原文轉載的那一篇《關於JSP頁面中的pageEncoding和contentType兩種屬性的區別》，
但在實際測試中，和其表述的有些出入，特將其記下：
例如：有這麼說的
---------------------------------------------------------------------------------------------------------------
- pageEncoding
- 在JSP標準的語法中，如果pageEncoding屬性存在，那麼JSP頁面的字元編碼方式就由pageEncoding決定，
- 否則就由contentType屬性中的charset決定，如果charset也不存在，JSP頁面的字元編碼方式就採用預設的ISO-8859-1。
-
- ContentType
- ContentType屬性指定了MIME型別和JSP頁面迴應時的字元編碼方式。MIME型別的預設值是“text/html”;
- 字元編碼方式的預設值是“ISO-8859-1”. MIME型別和字元編碼方式由分號隔開
-
- pageEncoding的內容只是用於jsp輸出時的編碼，不會作為header發出去的。
-
- pageEncoding是通知web server jsp的編碼。
---------------------------------------------------------------------------------------------------------------
而我測試的結果是:
如果在jsp頁面中，例如設定<%@ page language="java" contentType="text/html;charset=gbk" pageEncoding="gbk"%>
和<%@ page language="java" contentType="text/html;charset=gbk"%>效果一樣，同<%@ page language="java" contentType="text/html;charset=gbk" pageEncoding="utf-8"%>
效果也一樣，所以我推斷，在jsp頁面中如果設定了contentType="text/html;charset=gbk"則pageEncoding的值不論設不設都不起作用，其值與charset=gbk設定的一樣；如果不設定
charset=gbk，pageEncoding的設定才起作用
對於本屬於html中的<meta http-equiv="Content-Type" content="text/html; charset=utf-8">，在測試中發現，沒有起作用，具體他的用法可見部落格中轉載的一片專門講解
<meta標籤的文章---html meta標籤詳解
另外，為了避免不必要的錯誤，在書寫是應儘量保證這三處有關字符集的設定一致
=========================================================================================================================================================================
轉載：《關於JSP頁面中的pageEncoding和contentType兩種屬性的區別》
pageEncoding是jsp檔案本身的編碼
contentType的charset是指伺服器傳送給客戶端時的內容編碼
JSP要經過兩次的“編碼”，第一階段會用pageEncoding，第二階段會用utf-8至utf-8，第三階段就是由Tomcat出來的網頁， 用的是contentType。
第一階段是jsp編譯成.java，它會根據pageEncoding的設定讀取jsp，結果是由指定的編碼方案翻譯成統一的UTF-8 JAVA原始碼（即.java），如果pageEncoding設定錯了，或沒有設定，出來的就是中文亂碼。
第二階段是由JAVAC的JAVA原始碼至java byteCode的編譯，不論JSP編寫時候用的是什麼編碼方案，經過這個階段的結果全部是UTF-8的encoding的java原始碼。
JAVAC用UTF-8的encoding讀取java原始碼，編譯成UTF-8 encoding的二進位制碼（即.class），這是JVM對常數字串在二進位制碼（java encoding）內表達的規範。
第三階段是Tomcat（或其的application container）載入和執行階段二的來的JAVA二進位制碼，輸出的結果，也就是在客戶端見到的，這時隱藏在階段一和階段二的引數contentType就發揮了功效
contentType的設定.
pageEncoding 和contentType的預設都是 ISO8859-1. 而隨便設定了其中一個, 另一個就跟著一樣了(TOMCAT4.1.27是如此). 但這不是絕對的, 這要看各自JSPC的處理方式. 而pageEncoding不等於contentType, 更有利亞洲區的文字 CJKV系JSP網頁的開發和展示, (例pageEncoding=GB2312 不等於 contentType=utf-8)。其他的語言也對應不同的charset，比如日文的字符集是“iso-2022-jp ”，韓文的是“ks_c_5601”。Content-Type的Content還可以是：text/xml等文件型別；Charset選項：ISO-8859-1(英文)、BIG5、UTF-8、SHIFT-Jis、Euc、Koi8-2、us-ascii, x-mac-roman, iso-8859-2, x-mac-ce, iso-2022-jp, x-sjis, x-euc-jp,euc-kr, iso-2022-kr, gb2312, gb_2312-80, x-euc-tw,x-cns11643-1,x-cns11643-2等字符集；Content-Language的Content還可以是：EN、FR等語言程式碼。
ContentType屬性指定了MIME型別和JSP頁面迴應時的字元編碼方式。MIME型別的預設值是“text/html”; 字元編碼方式的預設值是“ISO-8859-1”. MIME型別和字元編碼方式由分號隔開
pageEncoding的內容只是用於jsp輸出時的編碼，不會作為header發出去的。
pageEncoding 是通知web server jsp的編碼。
jsp檔案不像.java，.java在被編譯器讀入的時候預設採用的是作業系統所設定的locale所對應的編碼，比如中國大陸就是GBK，臺灣就是BIG5或者MS950。而一般我們不管是在記事本還是在ue中寫程式碼，如果沒有經過特別轉碼的話，寫出來的都是本地編碼格式的內容。所以編譯器採用的方法剛好可以讓虛擬機器得到正確的資料。
但是jsp檔案不是這樣，它沒有這個預設轉碼過程，但是指定了pageEncoding就可以實現正確轉碼了。
舉個例子:
<%@ page contentType="text/html;charset=utf-8" %>
大都會打印出亂碼，因為輸入的“你好”是gbk的，但是伺服器是否正確抓到“你好”不得而知。
但是如果更改為
<%@ page contentType="text/html;charset=utf-8" pageEncoding="GBK"%>
這樣就伺服器一定會是正確抓到“你好”了。