Java/JSP中文亂碼問題解決心得

自從接觸Java和JSP以來，就不斷與Java的中文亂碼問題打交道，現在終於得到了徹底的解決，現將我們的解決心得與大家共用。</p><p>　　一、Java中文問題的由來</p><p>　　Java的核心和class檔案是基於unicode的，這使Java程式具有良好的跨平台性，但也帶來了一些中文亂碼問題的麻煩。原因主要有兩方面，Java和JSP檔案本身編譯時間產生的亂碼問題和Java程式於其他媒介互動產生的亂碼問題。</p><p>　　首先Java（包括JSP）源檔案中很可能包含有中文，而Java和JSP源檔案的儲存方式是基於位元組流的，如果Java和JSP編譯成 class檔案過程中，使用的編碼方式與源檔案的編碼不一致，就會出現亂碼。基於這種亂碼，建議在Java檔案中盡量不要寫中文（注釋部分不參與編譯，寫中文沒關係），如果必須寫的話，盡量手動帶參數－ecoding GBK或－ecoding gb2312編譯；對於JSP，在檔案頭加上或基本上就能解決這類亂碼問題。</p><p>　　本文要重點討論的是第二類亂碼，即Java程式與其他儲存媒介互動時產生的亂碼。很多儲存媒介，如資料庫，檔案，流等的儲存方式都是基於位元組流的，Java程式與這些媒介互動時就會發生字元(char)與位元組(byte)之間的轉換，具體情況如下：</p><p>　　從頁面form提交資料到java程式 byte－>char</p><p>　　從java程式到頁面顯示 char?>byte</p><p>　　從資料庫到java程式 byte?>char</p><p>　　從java程式到資料庫 char?>byte</p><p>　　從檔案到java程式 byte－>char</p><p>　　從java程式到檔案 char－>byte</p><p>　　從流到java程式 byte－>char</p><p>　　從java程式到流 char－>byte</p><p>　　如果在以上轉換過程中使用的編碼方式與位元組原有的編碼不一致，很可能就會出現亂碼。</p><p>　　二、解決方案</p><p>　　前面已經提到了Java程式與其他媒介互動時字元和位元組的轉換過程，如果這些轉換過程中容易產生亂碼。解決這些亂碼問題的關鍵在於確保轉換時使用的編碼方式與位元組原有的編碼方式保持一致，下面分別論述（Java或JSP自身產生的亂碼請參看第一部分）。</p><p>　　1、JSP與頁面參數之間的亂碼</p><p>　　JSP擷取頁面參數時一般採用系統預設的編碼方式，如果頁面參數的編碼類別型和系統預設的編碼類別型不一致，很可能就會出現亂碼。解決這類亂碼問題的基本方法是在頁面擷取參數之前，強制指定request擷取參數的編碼方式：request.setCharacterEncoding ("GBK")或request.setCharacterEncoding("gb2312")。</p><p>　　如果在JSP將變數輸出到頁面時出現了亂碼，可以通過設定response.setContentType("text/html; charset=GBK")或response.setContentType("text/html;charset=gb2312")解決。</p><p>　　如果不想在每個檔案裡都寫這樣兩句話，更簡潔的辦法是使用Servlet規範中的過慮器指定編碼，過濾器的在web.xml中的典型配置和主要代碼如下：</p><p>　　web.xml:</p><p>　　CharacterEncodingFilter</p><p>　　net.vschool.web.CharacterEncodingFilter</p><p>　　encodingGBK</p><p>　　CharacterEncodingFilter</p><p>　　/*</p><p>　　CharacterEncodingFilter.java:</p><p>　　public class CharacterEncodingFilter implements Filter</p><p>　　{</p><p>　　protected String encoding = null;</p><p>　　public void init(FilterConfig filterConfig) throws ServletException</p><p>　　{</p><p>　　this.encoding = filterConfig.getInitParameter("encoding");</p><p>　　}</p><p>　　public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException</p><p>　　{</p><p>　　request.setCharacterEncoding(encoding);</p><p>　　response.setContentType("text/html;charset="+encoding);</p><p>　　chain.doFilter(request, response);</p><p>　　}</p><p>　　}</p><p>　　2、Java與資料庫之間的亂碼</p><p>　　大部分資料庫都支援以unicode編碼方式，所以解決Java與資料庫之間的亂碼問題比較明智的方式是直接使用unicode編碼與資料庫互動。很多資料庫驅動自動支援unicode，如Microsoft的SQLServer驅動。其他大部分資料庫驅動，可以在驅動的url參數中指定，如如mm的mysql驅動：jdbc:mysql://localhost/WEBCLDB?useUnicode=true& characterEncoding=GBK。</p><p>　　3、Java與檔案/流之間的亂碼</p><p>　　Java讀寫檔案最常用的類是FileInputStream/FileOutputStream和 FileReader/FileWriter。其中FileInputStream和FileOutputStream是基於位元組流的，常用於讀寫二進位檔案。讀寫字元檔案建議使用基於字元的FileReader和FileWriter，省去了位元組與字元之間的轉換。但這兩個類的建構函式預設使用系統的編碼方式，如果檔案內容與系統編碼方式不一致，可能會出現亂碼。在這種情況下，建議使用FileReader和FileWriter的父類： InputStreamReader/OutputStreamWriter，它們也是基於字元的，但在建構函式中可以指定編碼類別型： InputStreamReader(InputStream in, Charset cs) 和OutputStreamWriter(OutputStream out, Charset cs)。</p><p>　　4、其他</p><p>　　上面提到的方法應該能解決大部分亂碼問題，如果在其他地方還出現亂碼，可能需要手動修改代碼。解決Java亂碼問題的關鍵在於在位元組與字元的轉換過程中，你必須知道原來位元組或轉換後的位元組的編碼方式，轉換時採用的編碼必須與這個編碼方式保持一致。我們以前使用Resin伺服器，使用 smartUpload組件上傳檔案，上傳檔案同時傳遞的中文參數擷取沒有亂碼問題。當在Linux中把Resin設定成服務後，上傳檔案同時的中文參數擷取出現了亂碼。這個問題困擾了我們很久，後來我們分析smartUpload組件的源檔案，因為檔案上傳採用的是位元組流的方式，裡麵包含的參數名稱和值也是位元組流的方式傳遞的。smartUpload組件讀取位元組流後再將參數名稱和值從位元組流中解析出來，問題就出現在smartUpload將位元組流轉換成字串時採用了系統預設的編碼，而將Resin設定成服務後，系統預設的編碼可能發生了改變，因此出現了亂碼。後來，我們更改了smartUpload 的源檔案，增加了一個屬性charset和setCharset(String)方法，將upload()方法中提取參數語句：</p><p>　　String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1 );</p><p>　　改成了</p><p>　　String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1, charset );</p><p>　　終於解決了這個亂碼問題。<br />