第二篇:JAVA字符編碼系列二:Unicode,ISO-8859-1,GBK,UTF-8編碼及相互轉(zhuǎn)換
1、函數(shù)介紹
在Java中,字符串用統(tǒng)一的Unicode編碼,每個字符占用兩個字節(jié),與編碼有關(guān)的兩個主要函數(shù)為:
1)將字符串用指定的編碼集合解析成字節(jié)數(shù)組,完成Unicode-〉charsetName轉(zhuǎn)換
public byte[] getBytes(String charsetName) throws UnsupportedEncodingException
2)將字節(jié)數(shù)組以指定的編碼集合構(gòu)造成字符串,完成charsetName-〉Unicode轉(zhuǎn)換
public String(byte[] bytes, String charsetName) throws UnsupportedEncodingException
2、Unicode與各編碼之間的直接轉(zhuǎn)換
下面以對中文字符串"a中文"的編碼轉(zhuǎn)換為例,來了解各種編碼之間的轉(zhuǎn)換
1)Unicode和GBK
測試結(jié)果如下,每個漢字轉(zhuǎn)換為兩個字節(jié),且是可逆的,即通過字節(jié)可以轉(zhuǎn)換回字符串
String-GBK〉ByteArray:\u0061\u4E2D\u6587(a中文)-〉0x61 0xD6 0xD0 0xCE 0xC4
ByteArray-GBK〉String:0x61 0xD6 0xD0 0xCE 0xC4-〉\u0061\u4E2D\u6587(a中文)
2)Unicode和UTF-8
測試結(jié)果如下,每個漢字轉(zhuǎn)換為三個字節(jié),且是可逆的,即通過字節(jié)可以轉(zhuǎn)換回字符串
String-UTF-8〉ByteArray:\u0061\u4E2D\u6587(a中文)-〉0x61 0xE4 0xB8 0xAD 0xE6%0x96 0x87
ByteArray-UTF-8〉String:0x61 0xE4 0xB8 0xAD 0xE6%0x96 0x87-〉\u0061\u4E2D\u6587(a中文)
3)Unicode和ISO-8859-1
測試結(jié)果如下,當存在漢字時轉(zhuǎn)換失敗,非可逆,即通過字節(jié)不能再轉(zhuǎn)換回字符串
String-ISO-8859-1〉ByteArray:\u0061\u4E2D\u6587(a中文)-〉0x61 0x3F 0x3F
ByteArray-ISO-8859-1〉String:0x61 0x3F 0x3F-〉\u0061\u003F\u003F(a??)
3、Unicode與各編碼之間的交叉轉(zhuǎn)換
在上面直接轉(zhuǎn)換中,由字符串(Unicode)生成的字節(jié)數(shù)組,在構(gòu)造回字符串時,使用的是正確的編碼集合,如果使用的不是正確的編碼集合會怎樣呢?會正確構(gòu)造嗎?如果不能正確構(gòu)造能有辦法恢復嗎?會信息丟失嗎?
下面我們就來看看這種情況,這部分可以說明在某些情況下雖然我們最終正確顯示了結(jié)果,但其間仍然進行了不正確的轉(zhuǎn)換。
1)能夠正確顯示的中間不正確轉(zhuǎn)換
我們知道String-GBK〉ByteArray-GBK〉String是正確的,但如果我們采用String-GBK〉ByteArray-ISO-8859-1〉String呢?通過測試結(jié)果如下:
String-GBK〉ByteArray-ISO-8859-1〉String:\u0061\u4E2D\u6587(a中文)-〉0x61 0xD6 0xD0 0xCE 0xC4-〉\u0061\u00D6\u00D0\u00CE\u00C4(a????)
這時我們得到的字符串為?亂碼“a????”,但是通過繼續(xù)轉(zhuǎn)換我們?nèi)匀豢梢詮驮卣_的字符串“a中文”,過程如下:
String-GBK〉ByteArray-ISO-8859-1〉String-ISO-8859-1〉ByteArray-GBK〉String
對應:\u0061\u4E2D\u6587(a中文)-〉0x61 0xD6 0xD0 0xCE0xC4-〉\u0061\u00D6\u00D0\u00CE\u00C4(a????)-〉0x61 0xD6 0xD0 0xCE0xC4-〉\u0061\u4E2D\u6587(a中文)
也就是我們在首次構(gòu)造字符串時,我們用了錯誤的編碼集合得到了錯誤的亂碼,但是我們通過錯上加錯,再用錯誤的編碼集合獲取字節(jié)數(shù)組,然后再用正確的編碼集合構(gòu)造,就又恢復了正確的字符串。這時就屬于是“能夠正確顯示的中間不正確轉(zhuǎn)換”。在Jsp頁面提交數(shù)據(jù)處理時常常發(fā)生這種情況。
此外能夠正確顯示的中間不正確轉(zhuǎn)換還有:
String-UTF-8〉ByteArray-ISO-8859-1〉String-ISO-8859-1〉ByteArray-UTF-8〉String
和
String-UTF-8〉ByteArray-GBK〉String-GBK〉ByteArray-UTF-8〉String
對應:\u0061\u4E2D\u6587(a中文)-〉0x61 0xE4 0xB8 0xAD 0xE6%0x960x87-〉\u0061\u6D93\uE15F\u6783(a涓枃)-〉0x61 0xE4 0xB8 0xAD 0xE6%0x960x87-〉\u0061\u4E2D\u6587(a中文)
4、編碼過程中錯誤診斷參考
1)一個漢字對應一個問號
在通過ISO-8859-1從字符串獲取字節(jié)數(shù)組時,由于一個Unicode轉(zhuǎn)換成一個byte,當遇到不認識的Unicode時,轉(zhuǎn)換為0x3F,這樣無論用哪種編碼構(gòu)造時都會產(chǎn)生一個?亂碼。
2)一個漢字對應兩個問號
在通過GBK從字符串獲取字節(jié)數(shù)組時,由于一個Unicode轉(zhuǎn)換成兩個byte,如果此時用ISO-8859-1或用UTF-8構(gòu)造字符串就會出現(xiàn)兩個問號。
若是通過ISO-8859-1構(gòu)造可以再通過上面所說的錯上加錯恢復(即再通過從ISO-8859-1解析,用GBK構(gòu)造);
若是通過UTF-8構(gòu)造則會產(chǎn)生Unicode字符"\uFFFD",不能恢復,若再通過String-UTF-8〉ByteArray-GBK〉String,則會出現(xiàn)雜碼,如a錕斤拷錕斤拷
3)一個漢字對應三個問號
在通過UTF-8從字符串獲取字節(jié)數(shù)組時,由于一個Unicode轉(zhuǎn)換成三個byte,如果此時用ISO-8859-1構(gòu)造字符串就會出現(xiàn)三個問號;用GBK構(gòu)造字符串就會出現(xiàn)雜碼,如a涓枃。