建站
咨詢
售后
建站咨詢
新聞中心
之前在面試中被問(wèn)到過(guò)兩次Java中文件讀入輸出怎么寫(xiě)，當(dāng)時(shí)只記得一個(gè)大概，沒(méi)有辦法很清晰的說(shuō)出一個(gè)條理，今天特地看出總結(jié)了一下這方面的內(nèi)容，想要寫(xiě)出來(lái)給大家分享。
成都創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),洞口企業(yè)網(wǎng)站建設(shè),洞口品牌網(wǎng)站建設(shè),網(wǎng)站定制,洞口網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營(yíng)銷,網(wǎng)絡(luò)優(yōu)化,洞口網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長(zhǎng)自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
首先文件讀入輸出流常用有三種：FileInputStream/FileOutputStream，F(xiàn)ileReader/FileWriter，RandomAccessFile。下面具體列出一些簡(jiǎn)單的例子參考：
基礎(chǔ)篇：
1.
- FileRead fr = new FileReader(filename);
- String s;
- while( (s=fr.readLine())!=null){
- ...
- }
- fr.close();
- //FileWriter同理，輸出時(shí)可用write()函數(shù)
- //Java I/O中所有的Reader、Writer都是面向字符流的輸出輸出
2.
- FileInputStream fi =new FileInputStream(filename);
- int in;
- while( (in=fi.read())!=-1){
- ...
- }
- fi.close();
- //FileOutputStream同理
- //Java I/O中所有的Reader、Writer都是面向字節(jié)流的輸出輸出
3.
- RandomAccessFile ra =new RandomAccessFile(filename,"rw");//后面的參數(shù)指定的是
- 打開(kāi)文件流的方式，“rw”是指讀寫(xiě)，“r”是只讀，Java不提供只寫(xiě)
- ra.seek(number);//將文件指針移動(dòng)到number處，這里文件指針可以理解為文件開(kāi)始讀的位置
- ra.skipByte(number);//跳過(guò)number個(gè)字節(jié)
- ra.read();
- ra.close();
- //RandomAccessFile既可以讀也可以寫(xiě)，而且可以利用seek()函數(shù)指定位置
下面是百度百科的一些介紹:
RandomAccessFile是不屬于InputStream和OutputStream類系的。實(shí)際上，除了實(shí)現(xiàn)DataInput和DataOutput接口之外(DataInputStream和DataOutputStream也實(shí)現(xiàn)了這兩個(gè)接口)，它和這兩個(gè)類系毫不相干，甚至都沒(méi)有用InputStream和OutputStream已經(jīng)準(zhǔn)備好的功能;它是一個(gè)完全獨(dú)立的類，所有方法(絕大多數(shù)都只屬于它自己)都是從零開(kāi)始寫(xiě)的。這可能是因?yàn)镽andomAccessFile能在文件里面前后移動(dòng)，所以它的行為與其它的I/O類有些根本性的不同。總而言之，它是一個(gè)直接繼承Object的，獨(dú)立的類。
進(jìn)階篇：
在nio中，Java重新實(shí)現(xiàn)了I/O流，并且引入了一些新的方法來(lái)提高速度。我主要介紹通道、內(nèi)存映射文件
1.通道：
通道和緩沖器是一個(gè)成對(duì)的概念，Thinking in Java中的一個(gè)例子特別好理解：我們把想要讀入的文件看作一個(gè)煤礦，數(shù)據(jù)就是我們想要的煤炭。通道好比是傳送煤礦的傳送帶，我們沒(méi)有辦法直接從傳送帶上拿走煤炭，只好利用卡車(chē)來(lái)裝載這些煤炭，卡車(chē)就是緩沖器，它主要負(fù)責(zé)從通道中取出數(shù)據(jù)，傳給我們寫(xiě)的程序。***能與通道交互的緩沖器是ByteBuffer?？梢钥闯龊屯ǖ乐С值慕馕隽鞯姆绞绞亲止?jié)流。所以它配套使用的是FileInputStream/FileOutputStream，RandomAccessFile
例子：
a.
- FileChannel fc =new FileOutputStream(filename).getChannel();
- fc.write(ByteBuffer.wrap("something test".getBytes() ));//這里使用ByteBuffer比較簡(jiǎn)單，其實(shí)ByteBuffer可以利用個(gè)put()函數(shù)寫(xiě)入byte數(shù)組
- fc.close();
b.
- fc= new FileOutputStream(filename).getChannel();
- ByteBuffer buff = ByteBuffer.allocate(size);//沒(méi)錯(cuò)，ByteBuffer是不提供顯示構(gòu)造函數(shù)的，想要新建一個(gè)對(duì)象必須利用allocate()函數(shù)來(lái)分配空間。
- fc.read(buff);
- fc.close();
為什么想到要用通道來(lái)做I/O呢?主要考慮的是性能問(wèn)題，通道加緩沖器能夠讓程序一些讀寫(xiě)一定量的字符，而只使用InputStream/OutputStream，Reader/Writer只能一次讀寫(xiě)一個(gè)字節(jié)/字符。而程序在進(jìn)行I/O時(shí)要交給操作系統(tǒng)去解決這部分功能(調(diào)用系統(tǒng)調(diào)用)，減少交給操作系統(tǒng)的次數(shù)可以有效的消減I/O花費(fèi)的時(shí)間
2.內(nèi)存映射文件：
內(nèi)存映射文件主要的意思其實(shí)假定將文件都放入內(nèi)存中，把它當(dāng)作非常大的數(shù)組來(lái)訪問(wèn)，效率特別好。為什么比較好呢?這要從Java虛擬機(jī)和操作系統(tǒng)開(kāi)始說(shuō)起le(其實(shí)我也不太懂，剛才看了一篇文章講的比較清晰，鏈接是http://www.360doc.com/content...)這篇文章主要介紹了Java I/O的原理以及內(nèi)存映射文件的原理。我嘗試概括一下：Java I/O主要的實(shí)現(xiàn)手段肯定是利用系統(tǒng)調(diào)用，而系統(tǒng)調(diào)用先將想要使用的文件從硬盤(pán)調(diào)入到內(nèi)核的I/O緩沖區(qū)中，這次會(huì)導(dǎo)入比Java程序想要的文件更多的內(nèi)容(拷入更多的內(nèi)容是因?yàn)槌绦虻木植啃栽恚軌虻玫礁玫男?，然后再?gòu)膬?nèi)核的I/O緩沖區(qū)導(dǎo)入到Java進(jìn)程自己的私有內(nèi)存空間中。而內(nèi)存映射文件放棄了兩次拷貝的方法，直接將Java進(jìn)程的虛擬空間與文件對(duì)象構(gòu)成一個(gè)映射，當(dāng)私有內(nèi)存空間中找不打想要的內(nèi)容時(shí)發(fā)生缺頁(yè)異常，然后利用更底層的系統(tǒng)調(diào)用解決這個(gè)問(wèn)題(其實(shí)在I/O的系統(tǒng)調(diào)用中也涉及到了缺頁(yè)異常處理)，好處就是減少了一次從內(nèi)核I/O緩沖區(qū)到進(jìn)程私有地址的開(kāi)銷。
例子：
- FileChannel fc = new RandomAccessFile(filename,"rw").getChannel();
- MappedByteBuffer mb = fc.map(FileChannel.MapMode.READ_WRITE,start,length);
- mb.put((byte)'x');
- mb.get();
- fc.close();
寫(xiě)到這里突然想到在《孔乙己》中“茴”的4中寫(xiě)法，現(xiàn)在Java打開(kāi)文件也有了至少五種方法了，每一種都一各有利弊。以后也可以穿著長(zhǎng)袍問(wèn)別人你知道Java讀寫(xiě)文件的5種方法么
網(wǎng)站名稱：Java文件I/O的三種方法
分享網(wǎng)址：http://www.5511xx.com/article/dhcggpp.html
