Category Archives: SUN

壹、Java中文問題的由來 　　Java的內核和class文件是基於unicode的，這使Java程序具有良好的跨平臺性，但也帶來了壹些中文亂碼問題的麻煩。原因主要有兩方面，Java和JSP文件本身編譯時產生的亂碼問題和Java程序於其他媒介交互產生的亂碼問題。 　　首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基於字節流的，如果Java和JSP編譯成class文件過程中，使用的編碼方式與源文件的編碼不壹致，就會出現亂碼。基於這種亂碼，建議在Java文件中盡量不要寫中文（註釋部分不參與編譯，寫中文沒關系），如果必須寫的話，盡量手動帶參數－ecoding GBK或－ecoding gb2312編譯；對於JSP，在文件頭加上<%@ page contentType=”text/html;charset=GBK”%>或<%@ page contentType=”text/html;charset=gb2312″%>基本上就能解決這類亂碼問題。 　　本文要重點討論的是第二類亂碼，即Java程序與其他存儲媒介交互時產生的亂碼。很多存儲媒介，如數據庫，文件，流等的存儲方式都是基於字節流的，Java程序與這些媒介交互時就會發生字符(char)與字節(byte)之間的轉換，具體情況如下： 　　從頁面form提交數據到java程序 byte－>char 　　從java程序到頁面顯示 char—>byte 　　從數據庫到java程序 byte—>char 　　從java程序到數據庫 char—>byte 　　從文件到java程序 byte－>char 　　從java程序到文件 char－>byte 　　從流到java程序 byte－>char 　　從java程序到流 char－>byte 　　如果在以上轉換過程中使用的編碼方式與字節原有的編碼不壹致，很可能就會出現亂碼。 　　二、解決方法 　　前面已經提到了Java程序與其他媒介交互時字符和字節的轉換過程，如果這些轉換過程中容易產生亂碼。解決這些亂碼問題的關鍵在於確保轉換時使用的編碼方式與字節原有的編碼方式保持壹致，下面分別論述（Java或JSP自身產生的亂碼請參看第壹部分）。 　　1、JSP與頁面參數之間的亂碼 　　JSP獲取頁面參數時壹般采用系統默認的編碼方式，如果頁面參數的編碼類型和系統默認的編碼類型不壹致，很可能就會出現亂碼。解決這類亂碼問題的基本方法是在頁面獲取參數之前，強制指定request獲取參數的編碼方式：request.setCharacterEncoding(“GBK”)或request.setCharacterEncoding(“gb2312″)。 　　如果在JSP將變量輸出到頁面時出現了亂碼，可以通過設置response.setContentType(“text/html;charset=GBK”)或response.setContentType(“text/html;charset=gb2312″)解決。 　　如果不想在每個文件裏都寫這樣兩句話，更簡潔的辦法是使用Servlet規範中的過慮器指定編碼，過濾器的在web.xml中的典型配置和主要代碼如下： 　　web.xml: 　　<filter> 　　<filter-name>CharacterEncodingFilter</filter-name> 　　<filter-class>net.vschool.web.CharacterEncodingFilter</filter-class> 　　<init-param> 　　<param-name>encoding</param-name> 　　<param-value>GBK</param-value> … Continue reading →