一、中文問題的來源

計算機最初的作業系統支援的編碼是單位元組的字元編碼，於是，在計算機中一切處理程式最初都是以單位元組編碼的英文為準進行處理。隨著計算機的發展，為了適應世界其它民族的語言（當然包括我們的漢字），人們提出了UNICODE編碼，它採用雙位元組編碼，相容英文字元和其它民族的雙位元組字元編碼，所以，目前，大多數國際性的軟體內部均採用UNICODE編碼，在軟體執行時，它獲得本地支援系統（多數時間是作業系統）預設支援的編碼格式，然後再將軟體內部的UNICODE轉化為本地系統預設支援的格式顯示出來。Java的JDK和JVM即是如此，我這裡說的JDK是指國際版的JDK，我們大多數程式設計師使用的是國際化的

由於Java語言內部採用UNICODE編碼，所以在JAVA

同時，Java是一個跨平臺的程式語言，也即我們編寫的程式不僅能在中文windows上執行，也能在中文Linux等系統上執行，同時也要求能在英文等系統上執行（我們經常看到有人把在中文win2k上編寫的JAVA程式，移植到英文Linux上執行）。這種移植操作也會帶來中文問題。

還有，有人使用英文的作業系統和英文的IE等瀏覽器，來執行帶中文字元的程式和瀏覽中文網頁，它們本身就不支援中文，也會帶來中文問題。

有，幾乎所有的瀏覽器預設在傳遞引數時都是以UTF-8編碼格式來傳遞，而不是按中文編碼傳遞，所以，傳遞中文引數時也會有問題，從而帶來亂碼現象。

總之，以上幾個方面是JAVA中的中文問題的主要來源，我們把以上原因造成的程式不能正確執行而產生的問題稱作：JAVA中文問題。

2、JAVA編碼轉換的詳細過程

我們常見的JAVA程式包括以下類別：

*直接在console上執行的類(包括視覺化介面的類)

*JSP程式碼類（注：JSP是Servlets類的變型）

*Servelets類

*EJB類

*其它不可以直接執行的支援類

這些類檔案中，都有可能含有中文字串，並且我們常用前三類JAVA程式和使用者直接互動，用於輸出和輸入字元，如：我們在JSP和Servlet中得到客戶端送來的字元，這些字元也包括中文字元。無論這些JAVA類的作用如何，這些JAVA程式的生命週期都是這樣的：

*程式設計人員在一定的作業系統上選擇一個合適的編輯軟體來實現源程式程式碼並以.java副檔名儲存在作業系統中，例如我們在中文win2k中用記事本編輯一個java源程式；

*程式設計人員用JDK中的javac.exe來編譯這些原始碼，形成.class類(JSP檔案是由容器呼叫JDK來編譯的)；

*直接執行這些類或將這些類佈署到WEB容器中去執行，並輸出結果。

那麼，在這些過程中，JDK和JVM是如何將這些檔案如何編碼和解碼並執行的呢？

這裡，我們以中文win2k作業系統為例說明JAVA類是如何來編碼和被解碼的。

第一步，我們在中文win2k中用編輯軟體如記事本編寫一個Java源程式檔案(包括以上五類JAVA程式)，程式檔案在儲存時預設採用了作業系統預設支援GBK編碼格式(作業系統預設支援的格式為file.encoding格式)形成了一個.java檔案，也即，java程式在被編譯前，我們的JAVA源程式檔案是採用作業系統預設支援的file.encoding編碼格式儲存的，java源程式中含有中文資訊字元和英文程式程式碼；要檢視系統的file.encoding引數，可以用以下程式碼：

public class ShowSystemDefaultEncoding {

public static void main(String[] args) {

String encoding = System.getProperty("file.encoding");

System.out.println(encoding);

}}