步驟 內(nèi)容 地點(diǎn) 說(shuō)明
01： C1 HelloWorld.java C1泛指一個(gè)GBK字符
02： U1 JAVAC讀取 U1泛指一個(gè)Unicode字符
03： C1 getBytes()第一步 JAVA先和操作系統(tǒng)交流
04： B1,B2 getBytes()第二步 然后返回字節(jié)數(shù)組
05： C1 new String()第一步 JAVA先和操作系統(tǒng)交流
06： U1 new String()第二步 然后返回字符
07： C1 println(String) 能顯示“中”字，內(nèi)容和原來(lái)的相同
2.5.2）然后再以代碼段10為例，我們注意到只是：
步驟 內(nèi)容 地點(diǎn) 說(shuō)明
01： C1 HelloWorld.java C1泛指一個(gè)GBK字符
02： U1 JAVAC讀取 U1泛指一個(gè)Unicode字符
03： C1 getBytes()第一步 JAVA先和操作系統(tǒng)交流
04： B1,B2 getBytes()第二步 然后返回字節(jié)數(shù)組
05： C3,C4 new String()第一步 JAVA先和操作系統(tǒng)交流，這時(shí)解析錯(cuò)誤
06： U5,U6 new String()第二步 然后返回字符
07： C3,C4 println(String) 由于中字給分成了兩半，在ISO8859_1中剛好也沒(méi)有字符
能映射上，所以顯示為“??”。在上面的示例中，
“中文”兩個(gè)字就顯示為“？？？？”
2.5.3）在完全中文模式下的其它情形類(lèi)似，我就不多說(shuō)了
2.6）我們接著看為什么在西文DOS窗口下編譯出來(lái)的類(lèi)在中文窗口下也出現(xiàn)類(lèi)似情形，特別是為什么居然有的情形下還能正確顯示漢字。
2.6.1）我們還是先以代碼段9為例：
步驟 內(nèi)容 地點(diǎn) 說(shuō)明
01： C1C2 HelloWorld.java C1C2分別泛指一個(gè)ISO8859_1字符，“中”字被拆開(kāi)
02： U3U4 JAVAC讀取 U1U2泛指一個(gè)Unicode字符
03： C5C6 getBytes()第一步 JAVA先和操作系統(tǒng)交流，這時(shí)解析錯(cuò)誤
04： B5B6B7B8 getBytes()第二步 然后返回字節(jié)數(shù)組
05： C5C6 new String()第一步 JAVA先和操作系統(tǒng)交流
06： U3U4 new String()第二步 然后返回字符
07： C5C6 println(String) 雖然同是兩個(gè)字符，但已不是最初的“兩個(gè)ISO8859_1字符”，而是“兩個(gè)BGK字符”，“中”顯示成了“？？”而“中文”就顯示成了“？？？？”
2.6.2）下面我們以代碼段12為例，因?yàn)樗苷_顯示漢字
步驟 內(nèi)容 地點(diǎn) 說(shuō)明
01： C1C2 HelloWorld.java C1C2分別泛指一個(gè)ISO8859_1字符，“中”字被拆開(kāi)
02： U3U4 JAVAC讀取 U1U2泛指一個(gè)Unicode字符
03： C1C2 getBytes()第一步 JAVA先和操作系統(tǒng)交流（注意還是正確的哦！）
04： B5B6 getBytes()第二步 然后返回字節(jié)數(shù)組（這是很關(guān)鍵的一步?。?
05： C12 new String()第一步 JAVA先和操作系統(tǒng)交流（這是更關(guān)鍵的一步，JAVA已經(jīng)知道B5B6要解析成一個(gè)漢字?。?
06： U7 new String()第二步 然后返回字符（真是一個(gè)項(xiàng)兩！U7包含了U3U4的信息）
07： C12 println(String) 這就原來(lái)的“中”字，很委屈被JAVAC冤枉了一回，不過(guò)被程序員撥亂反正了一下！當(dāng)然，“中文”兩個(gè)字都能正確顯示了！
3）那為什么有的時(shí)候用JDBC的
new String(Recordset.getBytes(int)[,encode])
Recordset.getSting(int)
Recordset.setBytes(String.getBytes([encode]))
和
Recordset.setString(String)
的時(shí)候會(huì)出現(xiàn)亂碼了呢？
其實(shí)問(wèn)題就出現(xiàn)在編寫(xiě)JDBC的的也考慮了編碼問(wèn)題，它從數(shù)據(jù)庫(kù)讀取數(shù)據(jù)后，可能自作主張做了一個(gè)從GB2312（默認(rèn)編碼）到Unicode的轉(zhuǎn)換，我的這個(gè)WebLogic For SQL Server的JDBC Driver就是這樣的，當(dāng)我讀字串的時(shí)候，發(fā)出讀到的不是正確的漢字，可恨的是我卻可以直接寫(xiě)漢字字串，這讓人多少有點(diǎn)難以接受！
也就是說(shuō)，我們不得不在讀或?qū)懙臅r(shí)候進(jìn)行轉(zhuǎn)碼，盡管這個(gè)轉(zhuǎn)碼有的時(shí)候不是那么明顯，這是因?yàn)槲覀兪褂昧四J(rèn)的編碼進(jìn)行轉(zhuǎn)碼。JDBC Driver所做的操作，我們只有進(jìn)入到源代碼內(nèi)部才能清楚，不是嗎？
