天天看點

File,FileInputStream,FileReader,InputStreamReader,BufferedReader的使用和差別

File,FileInputStream,FileReader,InputStreamReader,BufferedReader 的使用和差別

參考資料:

l 《 core java 》 12 章

l 使用 Java 操作文本檔案的方法詳解

http://java.ccidnet.com/art/3737/20041108/523627_1.html

l FileReader 是什麼類?和 FileInputStream 有什麼不同???

http://book.hackbase.com/ask2/ask107572.htm

自己的整理和領會:

引言:

C語言隻需要一個File*就可以了,與C不同,java有一系列流類型,其數量超過60種。類庫的設計者聲稱:“有

足夠的理由為使用者提供豐富的流類型的選擇:這樣做可以減少程式的錯誤。”例如,在C語言種,許多人認為“

将輸出流寫入一個隻讀模式的檔案”是很常見的錯誤。(事實上,這并不常見。)

我們認為在C++語言中,流接口設計者避免程式出錯的主要“工具”是小心謹慎的态度,在java語言中更是如

此。流庫的高度複雜性迫使程式設計人員謹小慎微。

1. File類

1 ) File 類介紹(《 core java 》 638 頁)

File 類封裝了對使用者機器的檔案系統進行操作的功能。例如,可以用 File 類獲得檔案上次修改的時間移動,

或者對檔案進行删除、重命名。換句話說,流類關注的是檔案内容,而 File 類關注的是檔案在磁盤上的存儲

File 類的主要方法有: getName(),getCanonicalFile(),lastModified(),isDerector(),isFile(),getPath()

等;

2 ) File 類與 FileInputStream 類的差別:

流類關注的是檔案内容,而 File 類關注的是檔案在磁盤上的存儲。

File 不屬于檔案流 , 隻能代表一個檔案或是目錄的路徑名而已。

提示:(《 core java 》 639 頁)

如果處理檔案或者目錄名,就應該使用 File 對象,而不是字元串。例如, File 類的 equals 方法知道一些

檔案系統對大小寫是敏感的,目錄尾的“ / ”字元無關緊要。

自己的領會:

FileInputStream 類或者 FileReader 類的構造函數有多個,其中典型的兩個分别為:一個使用 File 對象為

參數;而另一個使用表示路徑的 String 對象作為參數;自己以前一直覺得直接用了 String 指定路徑就可以

了,一直不明白為什麼很多人都先構造一個 File 對象,現在終于明白了,“如果處理檔案或者目錄名,就應

該使用 File 對象,而不是字元串。”!

2. FileInputStream 類

1 ) FileInputStream 類介紹:

以位元組為機關(非 unicode )的流處理。位元組序列即:二進制資料。與編碼無關,不存在亂碼問題。

FileInputStream 類的主要方法有:

Read (), read ( byte[] b ), read ( byte[],int off,int len ) ,available();

2 ) FileInputStream 類與 FileReader 類的差別:

兩個類的構造函數的形式和參數都是相同的,參數為 File 對象或者表示路徑的 String ,它們到底有何差別

呢?

l Readers and Writers work only on line based character data, so plain text files.

For anything else, you MUST use Streams.

l JDK5 API:

FileInputStream is meant for reading streams of raw bytes such as image data. For reading streams

of characters, consider using FileReader.

FileReader is meant for reading streams of characters. For reading streams of raw bytes, consider

using a FileInputStream .

l FileInputStream :以位元組流方式讀取; FileReader :把檔案轉換為字元流讀入;

l InputStream提供的是位元組流的讀取,而非文本讀取,這是和Reader類的根本差別。用Reader讀取出

來的是char數組或者String ,使用InputStream讀取出來的是byte數組。

l Reader類及其子類提供的字元流的讀取char(16位,unicode編碼),inputStream及其子類提供位元組

流的讀取byte(8位),是以FileReader類是将檔案按字元流的方式讀取,FileInputStream則按位元組流的方式

讀取檔案;InputStreamReader可以将讀如stream轉換成字元流方式,是reader和stream之間的橋梁

l 最初Java是不支援對文本檔案的處理的,為了彌補這個缺憾而引入了Reader和Writer兩個類。

l FileInputStream 類以二進制輸入 / 輸出, I/O 速度快且效率搞,但是它的 read ()方法讀到

的是一個位元組(二進制資料),很不利于人們閱讀。

l 而 FileReader 類彌補了這個缺陷,可以以文本格式輸入 / 輸出,非常友善;比如可以使用

while((ch = filereader.read())!=-1 ) 循環來讀取檔案;可以使用 BufferedReader 的 readLine() 方法一

行一行的讀取文本。

l 當我們讀寫文本檔案的時候,采用 Reader 是非常友善的,比如 FileReader ,

InputStreamReader 和 BufferedReader 。其中最重要的類是 InputStreamReader ,它是位元組轉換為字元的橋

梁。 你可以在構造器重指定編碼的方式,如果不指定的話将采用底層作業系統的預設編碼方式,例如 GBK 等

l FileReader 與 InputStreamReader 涉及編碼轉換 ( 指定編碼方式或者采用 os 預設編碼 ) ,可

能在不同的平台上出現亂碼現象!而 FileInputStream 以二進制方式處理,不會出現亂碼現象 .

3 )自己的領會:

l 如果處理純文字檔案,建議使用 FileReader ,因為更友善,也更适合閱讀;但是要注意編碼問題

l 其他情況(處理非純文字檔案),FileInputStream是唯一的選擇;FileInputStream是進Socket通訊時會

用到很多,如将檔案流是Stream的方式傳向伺服器!

3. FileReader 類

1) FileReader 類介紹:

InputStreamReader 類的子類,所有方法( read ()等)都從父類 InputStreamReader 中繼承而來;

2) 與 InputStreamReader 類的差別:

l 自己的領會:

該類與它的父類 InputStreamReader 的主要不同在于構造函數,主要差別也就在于構造函數!從

InputStreamReader 的構造函數中看到,參數為 InputStream 和編碼方式,可以看出,當要指定編碼方式時,

必須使用 InputStreamReader 類;而 FileReader 構造函數的參數與 FileInputStream 同,為 File 對象或

表示 path 的 String ,可以看出,當要根據 File 對象或者 String 讀取一個檔案時,用 FileReader ;我

想 FileReader 子類的作用也就在于這個小分工吧。

3) 一般用法:

FileReader fr = new FileReader("ming.txt");

   char[] buffer = new char[1024];

   int ch = 0;

   while((ch = fr.read())!=-1 )

   {

    System.out.print((char)ch);

   }

4. InputStreamReader 類

l 以文本格式輸入 / 輸出,可以指定編碼格式;

l 主要方法:

getEncoding (),read();

l 一般用法:

InputStreamReader isr = new InputStreamReader(new FileInputStream("ming.txt"));

   while((ch = isr.read())!=-1)

   {

    System.out.print((char)ch);

   }

5. BufferedReader 類

l Jdk5 api :

Read text from a character-input stream, buffering characters so as to provide for the efficient

reading of characters, arrays, and lines.

l BufferedReader 由Reader類擴充而來,提供通用的緩沖方式文本讀取,而且提供了很實用的readLine,

讀取分行文本很适合,BufferedReader是針對Reader的,不直接針對檔案,也不是隻針對檔案讀取。

l 一般用法:

BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream("ming.txt")));

  String data = null;

  while((data = br.readLine())!=null)

  {

   System.out.println(data);

  }

6. 總結以上内容,得出比較好的規範用法:

1) File file = new File ("hello.txt");

FileInputStream in=new FileInputStream(file);

2) File file = new File ("hello.txt");

FileInputStream in=new FileInputStream(file);

InputStreamReader inReader=new InputStreamReader(in);

BufferedReader bufReader=new BufferedReader(inReader);

3) File file = new File ("hello.txt");

FileReader fileReader=new FileReader(file);

BufferedReader bufReader=new BufferedReader(fileReader);

7.一些寫法的差別:

1)

File file = new File ("hello.txt");

FileInputStream in=new FileInputStream(file);

InputStreamReader inReader=new InputStreamReader(in);

BufferedReader bufReader=new BufferedReader(inReader);

2)

FileInputStream in=null;

File file = new File ("hello.txt");

in=new FileInputStream(file);

BufferedReader bufReader=new BufferedReader(new InputStreamReader(in));

3)

File file = new File ("hello.txt");

BufferedReader bufReader=new BufferedReader(new InputStreamReader(new FileInputStream(file)));

上述兩種寫法的微小差別:

a)第二種方式中把“FileInputStream in=null;”定義單獨放在開始處,說明下面應該還有要用到in對象變量的地方;(BufferedReader處用了)

b)第二種方式沒有定義InputStreamReader的對象變量,直接在BufferedReader的構造函數中new一個,

這種方式與第一種方式的主要差別:InputStreamReader對象隻使用一次!

這對于在這裡隻需要使用一次這個InputStreamReader對象的應用來說更好;無需定義InputStreamReader的對象變量,接收由new傳回的該對象的引用,因為下面的程式中不需要這個InputStreamReader的對象變量,是以無需定義;是以這種情況下,第二種方式比第一種更好一些。

c)第三種方式中,典型的三層嵌套委派關系,清晰看出Reader的委派模式(《corejava》12章有圖描述該委派關系),FileInputStream和InputStreamReader都沒有定義變量,new生成的對象都隻是使用一次。

d)三種方式的差別也就在于FileInputStream和InputStreamReader對象是否都隻使用一次,是否需要定義它們的對象變量,以及個人的編碼習慣。

e)但是要注意異常處理,FileInputStream(file)會抛出NotFileFoundException,如果采用surround方式

(try&catch)處理,應該用第二種方式,這樣可以用System.out.println提示檔案未找到;

當然在函數名後使用throws Exception,然後用第三種方式也行,但似乎這适合有使用者界面的情況,把異常抛出在用戶端在處理。

[size=x-small][/size]