Java繁體中文處理完全攻略（一）

　　許多人用 Java 處理到中文資料時常會出現亂碼關於 Java 和中文兼容性的問題實在讓許多程序員為此傷透腦筋相關的問題每隔幾天就會出現在網絡上為了舒緩您緊蹙的眉頭我特別寫了這系列文章解說 Java 牽涉到文字時的內部處理方式供讀者參考讀完本系列文章之後不求甚解者可以治標充分理解者可以治本本文貴在原理解說別光是囫囵吞棗
　　
　　快速解決之道
　　如果你目前正遭遇到 Java 和中文不兼容的問題請你注意下面這幾點說不定問題能馬上迎刃而解
　　
　　 檢查操作系統設定先檢查你的操作系統確定國籍語言資料是「Traditional Chinese（Taiwan）」國籍語言資料的設定會影響 Java 編譯器與JRE的判斷我之前就是因為國籍資料設定不正確出了一堆 Java 和中文不兼容的怪事
　　
　　 更新 Java 環境版本改用最新版的 JDK新版本的 JDK 說不定已經解決你原有的問題請注意某些 Java IDE 所用的編譯器和 JRE 是不兼容於中文的（我遇過這樣的情形）你最好能把 Java IDE 的 JDK 指到新版的 JDK另外如果數據庫取回的資料是亂碼換別套或者更新 JDBC 驅動程序試試看
　　
　　如果還是無法解決請詳細閱讀下面各小節的內容仔細推敲你的錯誤所在
　　
　　UnicodeUTFUTF
　　Java 內部處理字符使用的字序方式是 Unicode這是一種通行全球的編碼方式Unicode 因為必須將中韓日英法阿拉伯……等許多國家所使用的文字都納入目前已經包含了六萬多個字符所以 Unicode 使用了 個位來為字符編碼因為 Unicode 使用了 位編碼所以每個字符都用 位來儲存或傳輸是很自然的事這種儲存或傳輸的格式稱為 UTF（是不是很像戰斗機的名字）如果你使用到的字符都是西方字符那麼你一定不會想用 UTF 的格式因為體積比 位的 Latin（一種擴充 ASCII 的編碼）多了一倍所以 Unicode 另有一種儲存或傳輸的格式叫做 UTFUTF 的格式在編碼英文時只需要 位但是中文則是 位所以中文字出現比例高的地方還是使用 UTF 比較節省空間Java 的 Class File（也就是 bytecode）中有一字段叫做常數區（Constant Pool）一律使用 UTF 為字符編碼
　　
　　關於 Unicode 的編碼請查閱「The Unicode Standard Version 」一書（AddisonWesley 出版）關於 UTF 編碼請查閱「Java I/O」一書的 頁（OReilly 出版）關於 Java Class File 的格式與 Constant Pool請查閱「Java Virtual Machine」一書（OReilly出版）
　　
　　Unicode 與繁體中文編碼的互轉
　　雖然 Java 內部完整地使用 Unicode但是你所使用的操作系統可不見得以繁體中文版的 Windows 來說預設的編碼方式是 MS這是一種兼容於 Big 的編碼方式字符串數據從 Windows 一送進 JREJRE 的轉碼系統馬上先把字符串編碼由 MS 轉成 Unicode才能進行處理字符串資料由 JRE 一送出給 WindowsJRE 的轉碼系統馬上先將其由 Unicode 轉成 MS操作系統才能處理
　　
　　想知道你的 JDK 或 JRE 會用什麼樣的編碼方式來和操作系統溝通請執行下面的 Java 程序
　　
　　public class ShowNativeEncoding {
　　
　　public static void main(String[] args) {
　　
　　String enc = SystemgetProperty(fileencoding);
　　
　　Systemoutprintln(enc);
　　
　　}
　　
　　}
　　
　　如果執行結果不是下面的字符串之一那麼你的操作系統國籍語言設定可能就有問題了
　　
　　· Big這是繁體中文 de facto 標准
　　
　　· CNS台灣的官方標准繁體中文編碼
　　
　　· Cp繁體中文加上 個使用者自定的字符
　　
　　· Cp繁體中文版 IBM OS/ 用的編碼方式
　　
　　· Cp繁體中文版 IBM AIX 用的編碼方式
　　
　　· EUC_TW台灣的加強版 Unicode
　　
　　· ISOCN編碼中文的一套標准
　　
　　· ISOCN_CNS編碼中文的一套標准繁體版襲自 CNS
　　
　　· MS 或 CpASCII + Big用於台灣和香港的繁體中文 MS Windows操作系統
　　
　　· Unicode有次序記號的 Unicode次序記號占用兩個 byte如果其值是xFEFF表示使用 bigendian（由大到小）的次序為 Unicode 編碼如果其值是 xFFFF表示使用 littleendian（由小到大）的次序為 Unicode 編碼
　　
　　· UnicodeBig使用 bigendian（由大到小）的次序為 Unicode 編碼
　　
　　· UnicodeLittle使用 littleendian（由小到大）的次序為 Unicode 編碼
　　
　　· UTF使用 UTF 為 Unicode 編碼
　　
　　關於 Big 編碼請查閱「CJKV Information Processing」一書的附錄 H（OReilly出版）
　　
　　編譯時的注意事項
　　編譯的時候如果你不說明原始文件編碼方式的話 javac 編譯器在讀進此原始程序文件開始編譯之前會先去詢問操作系統檔案預設的編碼方式為何以繁體中文 Windows 來說javac 會先詢問 Windows 得知檔案是用 MS 的方式編碼然後就可以將檔案由 MS 轉成 Unicode 編碼方式開始進行編譯
　　
　　通常在編譯階段會造成的錯誤有下列幾種可能
　　
　　 如果操作系統的國籍資料設定錯誤會造成 javac 編譯器取得的編碼信息是錯的
　　
　　 較差勁的編譯器可能沒有主動詢問操作系統的編碼方式而是采用編譯器預設的編碼方式
　　
　　 如果原始程序不是用編譯當時操作系統預設的編碼方式存盤的也會造成錯誤比方說原始程序文件是台灣程序員寫的在繁體中文版的 Windows上以 MS 編碼存盤再經由網絡傳送到泰國在泰文版的 Windows 上編譯（泰文版 Windows 預設的檔案編碼方式是 MS）
　　
　　這種因為原始程序文件編碼方式和編譯器無法匹配所造成的問題輕則編譯成功但執行時文字出現亂碼或出現 Error/Exception重則無法成功編譯這時候你需要主動透過「encoding」選項來指定原始程序的編碼方式編譯器會以你指定的編碼為主不會再去詢問操作系統下面的例子我們告訴編譯器「TaiwanClassjava」是以繁體中文版 Windows 的「MS」編碼的
　　
　　javac –encoding MS TaiwanClassjava
　　
　　如果你手上只有某 class 文件沒有原始程序文件而且你確定其 constant pool 的UTF 字段編碼錯誤你有兩種方式可以用來修正編碼
　　
　　 先反編譯取得原始程序再修改編譯
　　
　　 或者直接利用 bytecode 編輯軟件直接修改 class 文件
From:http://tw.wingwit.com/Article/program/Java/Javascript/201311/25271.html