Java在創(chuàng)建文件時指定編碼的實現(xiàn)方法
前言：最近，學(xué)習(xí)了Java IO流的相關(guān)的知識，想通過讀寫文件的方式練習(xí)和鞏固所學(xué)知識。在使用File類創(chuàng)建文件時，突然想到，我該如何指定文件使用的編碼呢？ 進而想到，應(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í)行，這些都是文件的固有屬性，或者說元信息，它們是文件的一部分。
二、字符編碼
我們知道，計算機中存儲的任何信息都是01串，文字也不例外。
對于字符的處理包括兩個過程：編碼和解碼
編碼：把字符"映射“到01串
解碼：把01串"映射“到字符
不同的字符編碼，例如GBK、UTF-8，編碼和解碼使用的規(guī)則不同。
對于同樣的文本字符串：“中國”，使用UTF-8編碼保存，一般使用三個字節(jié)保存一個漢字，（底層的01字符串的16進制形式）。
使用GBK編碼保存，使用兩個字節(jié)表示一個漢字。
當我們在文本編輯器中寫好文字保存時，編輯器會根據(jù)你設(shè)置的字符編碼類型將文本”映射“成01串。
你設(shè)置的字符類型，僅僅是編輯器把文字編碼成成10串的轉(zhuǎn)換規(guī)則而已，并不是文本的屬性。
在編輯器打開文本文件時，顯示的不是底層的01串，而是文字，是因為編輯器使用某種文字編碼，把01串解碼為字符。如果，解碼時，使用的字符編碼和編碼時的一致或者兼容，就可以正確顯示文本。如果解碼時，使用的字符編碼和編碼時的不一致或者不兼容，就會亂碼。
例如，我有一個文本文件使用的是GBK編碼，內(nèi)容是”明月幾時有“，
我使用VS code (微軟的一款非常好用的文本編輯器)打開文件，用術(shù)語說，就是解碼文件。其默認使用的文字編碼是UTF-8，解碼相同。但是，因為我的文本底層是GBK編碼的01串（兩個字節(jié)一個字符），使用UTF-8解碼01串，由于編碼，解碼不一致，必然會導(dǎo)致亂碼。這時，只要手動選擇對應(yīng)的GBK編碼，解碼文件就不會亂碼了。
亂碼也從側(cè)面說明了，字符編碼不是文件的固有屬性。
扯了這么多，就是為了說明這一點：字符編碼就是解碼和編碼時用的規(guī)則，不是文件的固有屬性。
我不禁產(chǎn)生疑惑，為什么當初不把字符編碼設(shè)置為文件屬性的一部分呢？
假設(shè)可以設(shè)置，并且設(shè)置為GBK，那么操作系統(tǒng)需要維護改功能。像一個文件是不可寫的，那么有程序試圖寫文件，操作系統(tǒng)會拒絕寫入一樣，操作系統(tǒng)必須寫入的字節(jié)必須是滿足GBK編碼要求，那么每次寫入字節(jié)，操作系統(tǒng)都需要檢查該字節(jié)的合法性，這需要非常大的性能開銷，甚至是無法實現(xià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)建文件時指定編碼的實現(xiàn)方法的文章就介紹到這了,更多相關(guān)Java創(chuàng)建文件時指定編碼內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
這篇文章主要介紹了SpringMVC之@InitBinder注解詳解,springmvc并不是能對所有類型的參數(shù)進行綁定的,如果對日期Date類型參數(shù)進行綁定,就會報錯IllegalStateException錯誤,需要的朋友可以參考下2024-01-01
Fastjson是一個Java語言編寫的高性能功能完善的JSON庫。接下來通過本文給大家分享Fastjson 常用API介紹及下載地址，感興趣的朋友一起看看吧2017-11-11
詳解mybatis批量插入10萬條數(shù)據(jù)的優(yōu)化過程
這篇文章主要介紹了詳解mybatis批量插入10萬條數(shù)據(jù)的優(yōu)化過程，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-04-04
Huffman編碼是一種編碼方式,常用于無損壓縮。本文只介紹用Java語言來實現(xiàn)該編碼方式的算法和數(shù)據(jù)結(jié)構(gòu)。有興趣的可以了解一下。2016-12-12
Http協(xié)議的重要性相信不用我多說了，HttpClient相比傳統(tǒng)JDK自帶的URLConnection，增加了易用和靈活性（具體區(qū)別，日后我們再討論），它不僅是客戶端發(fā)送Http請求變得容易，而且也方便了開發(fā)人員測試接口（基于Http協(xié)議的），即提高了開發(fā)的效率，也方便提高代碼的健壯性2021-10-10
實例解決Java異常之OutOfMemoryError的問題
在本篇文章中，我們給大家分享了關(guān)于解決Java異常之OutOfMemoryError的問題的方法，有此需要的朋友們學(xué)習(xí)下。2019-02-02
這篇文章主要介紹了Java線程等待用法,結(jié)合實例形式分析了obj.wait()實現(xiàn)線程等待相關(guān)原理與操作技巧,需要的朋友可以參考下2018-09-09
這篇文章主要為大家詳細介紹了java桌球小游戲，小球任意角度碰撞，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2019-07-07
詳解Java的Struts框架中上傳文件和客戶端驗證的實現(xiàn)
這篇文章主要介紹了Java的Struts框架中上傳文件和客戶端驗證的實現(xiàn),Struts是Java的SSH三大web開發(fā)框架之一,需要的朋友可以參考下2015-12-12
ThreadPoolExecutor參數(shù)含義及源碼執(zhí)行流程詳解
這篇文章主要為大家介紹了ThreadPoolExecutor參數(shù)含義及源碼執(zhí)行流程詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-11-11