更改JDK默認(rèn)編碼處理DBeaver亂碼問題

2024-09-07 22:12:52

字體：大中小

供稿：網(wǎng)友

　　解決方法：在環(huán)境變量中添加JAVA_TOOL_OPTIONS選項(xiàng)，添加參數(shù)-Dfile.encoding=UTF-8 -Duser.language=en -Duser.country=US，這樣JDK的提示就是英文的，系統(tǒng)輸出的中文也能正常顯示了，適用于Java/Scala程序，Python也有類似的環(huán)境變量PYTHONIOENCODING.

　　常見的編碼方式有:ASCII編碼,GB2312編碼(簡(jiǎn)體中文),GBK,BIG5編碼(繁體中文),ANSI編碼,unicode,utf-8編碼等
　　我們來談下，這些的由來。最早。計(jì)算機(jī)就美國那幾個(gè)大學(xué)在用。美國人輸入鍵盤上的字符就足夠了。所以誕生了ASCII編碼，而且那時(shí)候的磁盤很小。而ASCII編碼只占用一個(gè)字節(jié)（8個(gè)二進(jìn)制位）。后來，美國人要讓全世界都用計(jì)算機(jī)。可是，每個(gè)國家都有自己的文字。總不能全世界都用英語把。那樣計(jì)算機(jī)的門檻那樣高，你讓不會(huì)英語的人事，怎么辦？就有了后來的GBK，UTF-8等計(jì)算機(jī)編碼。他們的產(chǎn)生，是的計(jì)算機(jī)可以把全世界絕大多數(shù)的語言文字都收錄進(jìn)去。才有了今天，中國人可以在計(jì)算機(jī)上輸入中文。德國人可以輸入德文。韓國人可以使用韓文操作計(jì)算機(jī)。當(dāng)然，這得益于硬盤存儲(chǔ)空間的增大。現(xiàn)在的這些計(jì)算機(jī)編碼占2個(gè)字節(jié)（16個(gè)二進(jìn)制位）。
　　現(xiàn)在，說說為什么會(huì)產(chǎn)生亂碼？
　　由于計(jì)算機(jī)編碼（字符集）的增多，大家可供選擇的字符集就增多。所有造成了。各種軟件和系統(tǒng)對(duì)計(jì)算機(jī)編碼（字符集）的默認(rèn)選擇就不同。這是亂碼的本源。
　　因?yàn)椴煌陌l(fā)音在不同的語言中有截然不同的效果。同樣適用于不同的字符在不同的計(jì)算機(jī)編碼（字符集）下產(chǎn)生效果不一樣。
　　打個(gè)比方：英文的who 是誰的意思。中文的hu 是窗戶的戶。還有就是上海的簡(jiǎn)稱（滬）。這個(gè)例子就說明白了。不同字符在不同字符集中的效果了吧。

（編輯：武林網(wǎng)）

上一篇：數(shù)據(jù)庫常用基礎(chǔ)命令增刪改查排序

下一篇：利用T-SQL語句操作數(shù)據(jù)表-更新數(shù)據(jù)