欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

java代碼中出現(xiàn)亂碼的原因和解決方法

java在字符串中統(tǒng)一用Unicode表示。

成都創(chuàng)新互聯(lián)公司堅持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時代的海州網(wǎng)站設(shè)計、移動媒體設(shè)計的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!

對于任意一個字符串:String string = “測試字符串”;

如果源文件是GBK編碼,操作系統(tǒng)默認(rèn)環(huán)境編碼也為GBK,那么編譯的時候,JVM將按照GBK編碼將字節(jié)數(shù)組解析為字符,然后將字符轉(zhuǎn)換為Unicode格式的字節(jié)數(shù)組,作為內(nèi)部存儲(字節(jié)數(shù)組→字符→Unicode字節(jié)數(shù)組)

當(dāng)打印這個字符串時,JVM根據(jù)操作系統(tǒng)本地的語言環(huán)境,將Unicode轉(zhuǎn)換為GBK,然后操作系統(tǒng)將GBK格式的內(nèi)容顯示出來。

當(dāng)源碼文件是UTF-8, 我們需要通知編譯器源碼的格式,javac -encoding utf-8 … , 編譯時,JVM按照utf-8 解析成字符,然后轉(zhuǎn)換為unicode格式的字節(jié)數(shù)組, 那么不論源碼文件是什么格式,同樣的字符串,最后得到的unicode字節(jié)數(shù)組是完全一致的,顯示的時候,也是轉(zhuǎn)成GBK來顯示(跟OS環(huán)境有關(guān))

亂碼是如何產(chǎn)生的?

本質(zhì)上都是由于字符串原本的編碼格式與讀取時解析用的編碼格式不一致導(dǎo)致的。

亂碼指的是程序顯示出來的字符文本無法用任何語言去解讀。一般情況下會包含大量的?。亂碼問題是所有計算機(jī)用戶或多或少會遇到的問題。

造成亂碼的原因就是因為使用了錯誤的字符編碼去解碼字節(jié)流,因此當(dāng)我們在思考任何跟文本顯示有關(guān)的問題時,請時刻保持清醒:當(dāng)前使用的字符編碼是什么。只有這樣,我們才能正確分析和處理亂碼問題。

例如最常見的網(wǎng)頁亂碼問題。如果你是網(wǎng)站技術(shù)人員,遇到這樣的問題,需要檢查以下原因:

1、服務(wù)器返回的響應(yīng)頭Content-Type沒有指明字符編碼

2、網(wǎng)頁內(nèi)是否使用META HTTP-EQUIV標(biāo)簽指定了字符編碼

3、網(wǎng)頁文件本身存儲時使用的字符編碼和網(wǎng)頁聲明的字符編碼是否一致

java代碼中的亂碼問題如何解決呢?

例如:String s = “測試字符串”;

System.out.println( new String(s.getBytes(),"UTF-8")); 
//錯誤,因為getBytes()默認(rèn)使用GBK編碼, 而解析時使用UTF-8編碼,肯定出錯。

其中g(shù)etBytes()是將Unicode轉(zhuǎn)換為操作系統(tǒng)默認(rèn)格式的字節(jié)數(shù)組,即“測試字符串”的GBK格式,new String (bytes, Charset) 中的charset 是指定讀取byte的方式,這里指定為UTF-8,即把bytes的內(nèi)容當(dāng)做UTF-8來讀取。

如下兩種方式得到的結(jié)果都是正確的,因為它們的源內(nèi)容編碼和解析用的編碼是一致的。

System.out.println( new String(s.getBytes(),"GBK"));
System.out.println( new String(s.getBytes("UTF-8"),"UTF-8"));

那么,如何利用getBytes 和 new String() 來進(jìn)行編碼轉(zhuǎn)換呢?

網(wǎng)上流傳著一種錯誤的方法:

GBK--> UTF-8: new String( s.getBytes("GBK") , "UTF-8);

這種方式是完全錯誤的,因為getBytes 的編碼與 UTF-8 不一致,肯定是亂碼。

但是為什么在tomcat 下,使用 new String(s.getBytes(“iso-8859-1”) ,”GBK”) 卻可以用呢?

答案是:

tomcat 默認(rèn)使用iso-8859-1編碼, 也就是說,如果原本字符串是GBK的,tomcat傳輸過程中,將GBK轉(zhuǎn)成iso-8859-1了,默認(rèn)情況下,使用iso-8859-1讀取中文肯定是有問題的。

那么我們需要將iso-8859-1 再轉(zhuǎn)成GBK, 而iso-8859-1 是單字節(jié)編碼的,即他認(rèn)為一個字節(jié)是一個字符, 那么這種轉(zhuǎn)換不會對原來的字節(jié)數(shù)組做任何改變,因為字節(jié)數(shù)組本來就是由單個字節(jié)組成的。

如果之前用GBK編碼,那么轉(zhuǎn)成iso-8859-1后編碼內(nèi)容完全沒變, 則 s.getBytes(“iso-8859-1”) 實際上還是原來GBK的編碼內(nèi)容則 new String(s.getBytes(“iso-8859-1”) ,”GBK”) 就可以正確解碼了。 所以說這是一種巧合。

如何正確的將GBK轉(zhuǎn)UTF-8 ?(實際上是unicode轉(zhuǎn)UTF-8)

//利用getBytes將unicode字符串轉(zhuǎn)成UTF-8格式的字節(jié)數(shù)組,然后用utf-8 對這個字節(jié)數(shù)組解碼成新的字符串
new String( s.getBytes("utf-8") , "utf-8");

UTF-8 轉(zhuǎn)GBK原理也是一樣
new String( s.getBytes("GBK") , "GBK");

其實核心工作都由getBytes(charset)做了。getBytes的JDK描述:Encoding this String into a sequence of bytes using the named charset,storing the result into a new byte array.

OutputStreamWriter w1 = new OutputStreamWriter(new FileOutputStream("D:\\file1.txt"),"UTF-8");
InputStreamReader( stream, charset)

可以幫助我們輕松的按照指定編碼讀寫文件。

附錄:
HttpClient post請求中文亂碼問題解決

最近接到現(xiàn)場同事反饋,在掉接口的過程中,廠家收到的請求報文中文是亂碼的。我檢查了版控的代碼,找到如下解決辦法:

原始代碼(中文亂碼):

HttpPost httpPost = new HttpPost(url);
DefaultHttpClient httpClient = new DefaultHttpClient();
//請求頭
httpPost.setHeader("Accept", MediaType.APPLICATION_JSON);
httpPost.setHeader("Content-Type", "application/json;charset=UTF-8");
//請求實體
StringEntity reqEntity = new StringEntity(reqStr);
httpPost.setEntity(reqEntity);
//獲取響應(yīng)
HttpResponse httpResp = httpClient.execute(httpPost);
HttpEntity respEntity = httpResp.getEntity();

解決辦法:

方法一:
//請求實體
HttpEntity reqEntity = new ByteArrayEntity(reqStr.getBytes("UTF-8"));
//StringEntity reqEntity = new StringEntity(reqStr);
httpPost.setEntity(reqEntity);

方法二:
//請求實體
StringEntity reqEntity = new StringEntity(reqStr,Charset.forName("UTF-8"));
httpPost.setEntity(reqEntity);

以上就是java出現(xiàn)亂碼的原因與解決方法詳解的詳細(xì)內(nèi)容,更多請關(guān)注創(chuàng)新互聯(lián)其它相關(guān)文章!

標(biāo)題名稱:java代碼中出現(xiàn)亂碼的原因和解決方法
文章URL:http://aaarwkj.com/article4/pjccie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供定制網(wǎng)站虛擬主機(jī)、品牌網(wǎng)站設(shè)計網(wǎng)頁設(shè)計公司、移動網(wǎng)站建設(shè)App開發(fā)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

成都app開發(fā)公司
日本色电影一区二区三区| 蜜桃精品人妻一区二区三区| 午夜理论片在线观看有码| 婷婷丁香久久五月婷婷| 99精品午夜福利在线| 国产精品一区二区三区国产| 中文精品字幕人妻熟女小妇| 九九热视频这里是精品| 一区二区高清免费日本| 成人高清在线观看91| 顶级少妇做爰片高潮丸| 韩国av网址在线观看| 97在线视频这里只有精品| 欧美日韩一区精品视频| 国产三级亚洲三级在线理论| 国语av一区二区三区| 国产亚洲高清一区二区| 中文字幕乱码人妻一区二| 天堂av好男人亚洲精品| 伊人亚洲中文一区二区| 熟妞人妻精品一区二区视频| 国产精品久久久久久老熟女| 欧美日韩国产成人激情| 国产激情视频在线观看你懂的| av亚洲天堂免费观看| 亚洲毛片免费视频久久| 五月激情开心久久婷婷| 欧美综合亚洲韩精品区| 一区二区三区福利视频在线观看| 一二三日韩电影在线观看| 九九久久九九精美视频| 中字幕人妻一区二区三区| 中文字幕在线视频黄字幕 | 蜜臀av一区二区在线观看| 欧美精品一区二区毛卡片| 精品少妇人妻av蜜桃| 精品人妻中文字幕一区有码| 一区二区三区在线观看日韩| 国产三级自拍视频在线观看| 关于男女性生活的视频| 国产精品久久久久精品三级中文国 |