Java在創(chuàng)建文件時指定編碼的實(shí)現(xiàn)方法
前言:最近,學(xué)習(xí)了Java IO流的相關(guān)的知識,想通過讀寫文件的方式練習(xí)和鞏固所學(xué)知識。在使用File類創(chuàng)建文件時,突然想到,我該如何指定文件使用的編碼呢? 進(jìn)而想到,應(yīng)該如何查看一個文件的編碼呢?
一、問題分析
先去互聯(lián)網(wǎng)上查找答案,結(jié)果如下:
FileInputStream fis=new FileInputStream(“xxxx.txt”); OutputStreamWriter osw=new OutputStreamWriter(fis,“UTF-8”);
上面的代碼大概意思是在寫入文件時,寫入的字符使用UTF-8編碼,和我預(yù)想的不一樣,我想在創(chuàng)建文件的同時指定編碼。像下面這樣,
File myfile = new File("test.txt”, “UTF-8”);
if (!myfile.exists()) myfile.createNewFile();于是,我去查看Java API 8官方文檔,F(xiàn)ile沒有提供可以指定字符編碼的構(gòu)造函數(shù)。

同時也沒提供set或者get等其他訪問字符字符編碼的方法,說明字符編碼不是文件的固有屬性。像文件創(chuàng)建時間,文件修改時間,是否可讀、可寫、可執(zhí)行,這些都是文件的固有屬性,或者說元信息,它們是文件的一部分。

二、字符編碼
我們知道,計算機(jī)中存儲的任何信息都是01串,文字也不例外。
對于字符的處理包括兩個過程:編碼和解碼
編碼:把字符"映射“到01串
解碼:把01串"映射“到字符
不同的字符編碼,例如GBK、UTF-8,編碼和解碼使用的規(guī)則不同。
對于同樣的文本字符串:“中國”,使用UTF-8編碼保存,一般使用三個字節(jié)保存一個漢字,(底層的01字符串的16進(jìn)制形式)。

使用GBK編碼保存,使用兩個字節(jié)表示一個漢字。

當(dāng)我們在文本編輯器中寫好文字保存時,編輯器會根據(jù)你設(shè)置的字符編碼類型將文本”映射“成01串。
你設(shè)置的字符類型,僅僅是編輯器把文字編碼成成10串的轉(zhuǎn)換規(guī)則而已,并不是文本的屬性。
在編輯器打開文本文件時,顯示的不是底層的01串,而是文字,是因?yàn)榫庉嬈魇褂媚撤N文字編碼,把01串解碼為字符。如果,解碼時,使用的字符編碼和編碼時的一致或者兼容,就可以正確顯示文本。如果解碼時,使用的字符編碼和編碼時的不一致或者不兼容,就會亂碼。
例如,我有一個文本文件使用的是GBK編碼,內(nèi)容是”明月幾時有“,


我使用VS code (微軟的一款非常好用的文本編輯器)打開文件,用術(shù)語說,就是解碼文件。其默認(rèn)使用的文字編碼是UTF-8,解碼相同。但是,因?yàn)槲业奈谋镜讓邮荊BK編碼的01串(兩個字節(jié)一個字符),使用UTF-8解碼01串,由于編碼,解碼不一致,必然會導(dǎo)致亂碼。這時,只要手動選擇對應(yīng)的GBK編碼,解碼文件就不會亂碼了。

亂碼也從側(cè)面說明了,字符編碼不是文件的固有屬性。
扯了這么多,就是為了說明這一點(diǎn):字符編碼就是解碼和編碼時用的規(guī)則,不是文件的固有屬性。
我不禁產(chǎn)生疑惑,為什么當(dāng)初不把字符編碼設(shè)置為文件屬性的一部分呢?
假設(shè)可以設(shè)置,并且設(shè)置為GBK,那么操作系統(tǒng)需要維護(hù)改功能。像一個文件是不可寫的,那么有程序試圖寫文件,操作系統(tǒng)會拒絕寫入一樣,操作系統(tǒng)必須寫入的字節(jié)必須是滿足GBK編碼要求,那么每次寫入字節(jié),操作系統(tǒng)都需要檢查該字節(jié)的合法性,這需要非常大的性能開銷,甚至是無法實(shí)現(xiàn)的,因?yàn)橛行┨厥庾止?jié)即可以表示GBK,也可以表示UTF-8,是有歧義的。在說,做這一些的意義是什么,為了編輯器可以在打開文件的時候,可以根據(jù)編碼屬性選擇正確的編碼嗎?沒有必要,智能的編輯器,可以根據(jù)內(nèi)容的前幾個字節(jié),推斷出你的01串使用了什么編碼。另外,你也可以手動設(shè)置解碼所用的字符編碼。
三 、問題解決
在創(chuàng)建文件的時候,無法指定文件的編碼。在將文字寫入(例如文本編輯器的Ctrl + S 保存,本質(zhì)執(zhí)行的就是寫入操作)文件時,可以選擇將文字轉(zhuǎn)換為01串的編碼規(guī)則。
針對Java程序,代碼如下,正是文章最開始提及的代碼:
FileInputStream fis=new FileInputStream(“xxxx.txt”); OutputStreamWriter osw=new OutputStreamWriter(fis,“UTF-8”);
到此這篇關(guān)于Java在創(chuàng)建文件時指定編碼的實(shí)現(xiàn)方法的文章就介紹到這了,更多相關(guān)Java創(chuàng)建文件時指定編碼內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
詳解mybatis批量插入10萬條數(shù)據(jù)的優(yōu)化過程
這篇文章主要介紹了詳解mybatis批量插入10萬條數(shù)據(jù)的優(yōu)化過程,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-04-04
詳解Huffman編碼算法之Java實(shí)現(xiàn)
Huffman編碼是一種編碼方式,常用于無損壓縮。本文只介紹用Java語言來實(shí)現(xiàn)該編碼方式的算法和數(shù)據(jù)結(jié)構(gòu)。有興趣的可以了解一下。2016-12-12
實(shí)例解決Java異常之OutOfMemoryError的問題
在本篇文章中,我們給大家分享了關(guān)于解決Java異常之OutOfMemoryError的問題的方法,有此需要的朋友們學(xué)習(xí)下。2019-02-02
詳解Java的Struts框架中上傳文件和客戶端驗(yàn)證的實(shí)現(xiàn)
這篇文章主要介紹了Java的Struts框架中上傳文件和客戶端驗(yàn)證的實(shí)現(xiàn),Struts是Java的SSH三大web開發(fā)框架之一,需要的朋友可以參考下2015-12-12
ThreadPoolExecutor參數(shù)含義及源碼執(zhí)行流程詳解
這篇文章主要為大家介紹了ThreadPoolExecutor參數(shù)含義及源碼執(zhí)行流程詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-11-11

