原帖地址:
http://m.tkk7.com/errorfun/archive/2006/12/09/86584.html
亂碼問題好像跟我們中國(guó)程序員特別有緣，一直困擾著我們，從開始的JSP亂碼問題，STRUTS亂碼問題，到現(xiàn)在的AJAX亂碼問題，無一不是搞得許多程序員焦頭爛額的，整天罵XXX產(chǎn)品對(duì)中文支持不了，UTF-8無法使用中文啊什么的，其實(shí)這里面被罵的產(chǎn)品中其實(shí)99％以上是對(duì)中文支持非常好的，而出現(xiàn)亂碼的原因只是因?yàn)樽陨韺?duì)國(guó)際化支持以及文件編碼等信息的認(rèn)識(shí)不知造成的。要知道一個(gè)產(chǎn)品那么流行，怎么可能對(duì)中文支持不了呢，下面就開始一一幫大家解決這些問題。
1
、編碼
????? －－
想要解決好中文問題，對(duì)編碼肯定是不能一概不懂了，編碼是解決中文亂碼問題的根本。
???? ?
編碼比較常用的有：
UTF-8
，
GBK
，
GB2312
，
ISO-8859-1
，除了
iso-8859-1
之外的其它三個(gè)編碼都能很好的支持中文，但它們都兼容
ISO-8859-1
的編碼（就是說無論編碼怎么改變，只要是
ISO-8859-1
中的字符，永遠(yuǎn)不會(huì)出現(xiàn)亂碼）。
?????
這四種編碼中，
GB2312
是中國(guó)規(guī)定的漢字編碼，也可以說是簡(jiǎn)體中文的字符集編碼
;
GBK
是
GB2312
的擴(kuò)展
,
除了兼容
GB2312
外，它還能顯示繁體中文，還有日文的假名
;
而
UTF-8
雖然也支持中文，但卻
與
GB
碼不兼容（編碼值不同）
。
UTF-8
使用的是可變長(zhǎng)的
UNICODE
編碼，編碼可能是
1
位
16
進(jìn)制（即
ISO-8859-1
中的字符，其編碼也是相同的）也有可能是
2
位或
3
位的
16
進(jìn)制。
UTF-8
的優(yōu)點(diǎn)是：
1
、
與
CPU
字節(jié)順序無關(guān)
,
可以在不同平臺(tái)之間交流。
2
、容錯(cuò)能力高
,
任何一個(gè)字節(jié)損壞后
,
最多只會(huì)導(dǎo)致一個(gè)編碼碼位損失
,
不會(huì)鏈鎖錯(cuò)誤
(
如
GB
碼錯(cuò)一個(gè)字節(jié)就會(huì)整行亂碼
)
，所以在國(guó)際化處理中基本都是建議使用
UTF-8
作為編碼。
2、文件的編碼
????? －－雖然說只要設(shè)置了正確的編碼就可以使字符正確顯示了，但如果忽略了文件保存時(shí)的編碼的話，那可是會(huì)讓你走進(jìn)迷霧中的。
????? 文件編碼最常使用的有兩種：ANSI和UTF-8，光看名字估計(jì)你都可以猜到了，ANSI就是我們保存文件時(shí)使用的默認(rèn)編碼，而UTF-8則需自己設(shè)置。對(duì)于編碼的改變，我使用的工具是NOTEPAD和ECLIPSE，NOTEPAD使用最簡(jiǎn)單，只要打開文件后在另存為中選擇相應(yīng)的編碼就行了，而且它對(duì)編碼的支持非常好;而在ECLIPSE中，只要稍微設(shè)置一下就行了，打開首選項(xiàng)，然后選擇：常規(guī)->內(nèi)容類型(ContentType)，在右邊選中你想改變保存編碼的文件類型，然后在下方的缺省編碼中改變其值，最后點(diǎn)擊更新（UPDATE）按鈕即可。
而在其它的編輯器中，默認(rèn)保存的內(nèi)容都是GB2312或者GBK（NOTEPAD中對(duì)應(yīng)ANSI）.而根據(jù)前面所說的UTF-8和GBK,GB2312等的編碼值是不同的這一點(diǎn)，可以知道，如果文件使用了UTF-8，那么字符編碼就必須使用UTF-8，否則編碼值的不同就可能造成亂碼。而這也就是為什么那么多的人使用了UTF-8編碼后還會(huì)產(chǎn)生亂碼的根本原因。（JS和JSP都是這個(gè)道理）
3、JSP,STRUTS等的中文亂碼解決方案
?????其實(shí)解決的方法只有一個(gè)：
?request.setCharacterEncoding(encoding);
???方法只有一種，但處理方式就多種多樣了，初學(xué)者會(huì)在JSP頁(yè)面上直接使用，而有經(jīng)驗(yàn)的程序員會(huì)使用過濾器。而現(xiàn)在所要說的方法也是過濾器。這里以統(tǒng)一使用UTF-8作為編碼作為例子說明。具體過程就不多說了，網(wǎng)上有很多教程。偷懶一點(diǎn)的，到TOMCAT中復(fù)制就行了。在TOMCAT的目錄下的\webapps\jsp-examples\WEB-INF\classes\filters\找到SetCharacterEncodingFilter.java 這個(gè)類，放到你的程序中并配置好映射路徑。配置好后基本上你的亂碼問題就解決了。但要映射路徑中需要注意的就是不能使用 '*'
??
<
filter-mapping
>
????
<
filter-name
>
Set?Character?Encoding
</
filter-name
>
????
<
servlet-name
>
*
</
servlet-name
>
??
</
filter-mapping
>
像上面這樣配置的話(可能也是網(wǎng)上大多教程的做法，想當(dāng)年也是害苦了我)，可能你只有JSP的亂碼解決了，要解決STRUTS的亂碼需要映射 *.do 或者 servletActionName。然后在初始化參數(shù)中設(shè)置encoding的值就行了。
<
init-param
>
??????
<
param-name
>
encoding
</
param-name
>
??????
<
param-value
>
UTF-8
</
param-value
>
</
init-param
>
當(dāng)然，最重要的是要記得根據(jù)前面所說的方法，改變你所使用的編輯器保存文件的編碼要與使用的字符編碼一致。
而在JSP內(nèi)容中，還是使用如網(wǎng)上教程所說的那種技倆，在所有頁(yè)面的頁(yè)首加入：
<%
@?page?language
=
"java"?contentType
=
"
text
/
html;?charset
=
UTF
-
8
"
????pageEncoding
=
"UTF
-
8
"
%>
至此，相信JSP,ACTION都不太可能出現(xiàn)亂碼了。
4、資源文件的亂碼解決方案
????? 資源文件誰(shuí)都知道是國(guó)際化支持不可或缺的一部分，如果資源文件都出現(xiàn)亂碼了那還了得？其實(shí)資源文件的亂碼是很好解決的，其原因也是因?yàn)槭褂昧薝TF-8做為JSP編碼后，沒有相應(yīng)地改變資源文件的文件編碼造成的，所以只要對(duì)資源文件保存的編碼進(jìn)行更正后，亂碼問題也就解決了。當(dāng)然，你的中文要使用 native2ascii 命令進(jìn)行正確的轉(zhuǎn)換。
5、調(diào)用JS時(shí)，JS內(nèi)容亂碼的解決方案。
???? 其實(shí)JS的亂碼還是跟文件的編碼有關(guān)系的，如果JS中有中文的話，那JS文件保存的編碼就必須跟調(diào)用此JS的頁(yè)面編碼相同，否則，你的所有中文都要從JSP頁(yè)面?zhèn)鹘oJS才會(huì)顯示正常。可以看出對(duì)于調(diào)用JS出現(xiàn)的亂碼是最容易解決的（也是建立在前面的辛苦之下的）。
6、AJAX提交數(shù)據(jù)亂碼，返回?cái)?shù)據(jù)亂碼的解決方案
???? 隨著AJAX的流行，亂碼問題也開始困擾著許多剛開始使用它的程序員，幸好我之前對(duì)JSP亂碼有過一點(diǎn)研究，在遇到AJAX后，并沒有給我?guī)矶啻蟮睦_，在此將我的一些心得共享給大家。
???? 萬(wàn)變不離其宗，AJAX的亂碼問題自然跟編碼有關(guān)了，其實(shí)很多人跟我一樣想到了對(duì)文件編碼進(jìn)行設(shè)置，并且在接數(shù)據(jù)時(shí)設(shè)置了requet的編碼，在返回的數(shù)據(jù)時(shí)設(shè)置了response的編碼一切都以為會(huì)很順利，可是這一切都是徒勞無功的，討厭的亂碼再一次出現(xiàn)在你眼前。在你試了N多種方法，包括JS自身的escape,unescape方法后，你發(fā)現(xiàn)亂碼仍然猖狂地出現(xiàn)在屏幕上。
??? 其實(shí)在試過這N多方法后，很多人都沒發(fā)現(xiàn)，解決的方法其實(shí)很簡(jiǎn)單，而且其答案就在我們之前處理的JSP亂碼之中。讓我們先看一下AJAX的經(jīng)典請(qǐng)求代碼
xmlhttp.open(?"post",?url,?async?);
xmlhttp.setRequestHeader(?"Content-Type",?"text/html"?);
xmlhttp.send(?params?);
通過前面的說明，不知道你現(xiàn)在看出端倪了沒有。不知道是受了網(wǎng)上教程的影響還是其它方面影響，setRequestHeader并是萬(wàn)年不變的，也沒人想過去改它，而問題就正好出在這個(gè)地方。回想一個(gè)JSP頁(yè)面內(nèi)容的編碼設(shè)置，其中有這么一節(jié)：
contentType="text/html;?charset=UTF-8"
現(xiàn)在知道問題了吧，所以我們要把第二句代碼改為：
xmlhttp.setRequestHeader(?"Content-Type",?"text/html;charset=UTF-8"?);
最后別忘了在返回?cái)?shù)據(jù)時(shí)也設(shè)置上： response.setContentType(?"text/xml"?);
response.setCharacterEncoding(?"UTF-8"?);
是不是很簡(jiǎn)單，一點(diǎn)都不麻煩呢？
如果要問為什么的話，其實(shí)我們可以把xmlhttp看成是一個(gè)臨時(shí)頁(yè)面，它由瀏覽器動(dòng)態(tài)生成，主要作用是在后臺(tái)獲得請(qǐng)求的數(shù)據(jù)（可以看成是一個(gè)高級(jí)的iframe）。所以對(duì)于普通頁(yè)面設(shè)置的編碼，對(duì)它也要同樣設(shè)置。而在servlet中返回?cái)?shù)據(jù)為什么要設(shè)置contentType和encoding其道理也是一樣的。眾所周知，jsp的最后形態(tài)就是servlet，而jsp頁(yè)首設(shè)置的那個(gè)內(nèi)容其實(shí)也就是讓生成的servlet中生成這么兩句話：
response.setContentType(?"text/html"?);
response.setCharacterEncoding(?"UTF-8"?);
而pageEncoding則是跟jvm說明了這個(gè)頁(yè)面的內(nèi)容要使用什么編碼保存（這跟之后生成的CLASS有關(guān)系）。所以在servlet設(shè)置response的編碼也是理所當(dāng)然的了。
一口氣把自己一年以來遇到的亂碼問題和解決的方案寫出來了，希望對(duì)你有所幫助。