還記得第15天的 範例 嗎？那個範例其實不夠完整！
在那個範例程式裡，我們開啟了在 C 磁碟根目錄下的 temp.txt 檔案(第12行)，然後程式讀取一行(第13行)就結束了。我們少做了一件事，那就是把檔案給關閉！雖然程式很短，沒有關閉似乎也不影響什麼，但當你的程式愈寫愈大時，可能會存取某些案上千上萬次，若是忽略了這個小小的動作，輕則造成程式當機，重則保貴的資料毀損，那可就得不嘗失了~

所以好習慣的養成，就是靠著每個小細節，那該怎麼正確地關閉程式中開敵的檔案呢？請看下面這個例子：

package idv.jacky.ironman4;

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;

public class Day20Example {

	public static void main (String[] args) throws IOException {
		BufferedReader br = null;
		try {
			br = new BufferedReader(new FileReader("c:\\temp.txt"));
			String line;
			while ((line = br.readLine()) != null)
				System.out.println(line);
		} catch (IOException e) {
			e.printStackTrace();
		} finally {
			if (br != null)
				br.close();
		}

	}
}

上面的例子，我們做得完整一點，程式同樣開啟 C 磁碟根目錄下的 temp.txt 檔案，接著透過一個 while 迴圈，將案的內容一行讀取出來後印出在螢幕上。因為產生 FileReader 物件和 BufferedReader.readLine 方法可能會丟出 IOException，所以我們必需要 catch 這個例外。而關閉檔案的程式碼我們就寫在 final 這個區塊裡，之所以要寫在 final 區塊裡主要的原因是，除了程式突然中斷執行外，在 main 方法結束前，一定會執行 final 區塊裡的程式碼！這樣我們就不怕不會沒有執行到關閉檔案的程式碼。

我們將 BufferedReader 物件變數宣告 try-catch 區塊之前，原因是如果宣告在 try 區塊內的話，在離開 try 區塊之後，這個變數就失效了，那麼 final 區塊就沒辦法使用 br 變數了！在 final 區塊裡，我們得先確認一下 br 變數是不是 null，因為我們在第10行宣告時，並沒有對它做初始化的動作，程式有可能在第12行產生 BufferedReader 變數時出錯，程式會直接跳到第17行執行後，接著執行 final 區塊。如果我們沒有判斷而直接執行第20行程式碼的話，程式將會丟出 NullPointerException。

程式第20行呼叫的 close 方法，就是關閉 BufferedReader 物件資料流的方法，它也會順便幫你把 FileReader 物件資料流給關閉。所有在 java.io 這個 package 下的 Stream 和 Reader 還有 Writer 類別等，都有提供 close 這個方法，讓你來關閉相關的資料流。

這樣就好了嗎？close 方法也會有可能丟出 IOException 例外，所以怎麼辦呢？一種是再 final 區塊裡，再用一個 try-catch 來包住 close 程式碼；或是我們想交給呼叫這個方法的人來處理，那就在方法的宣告上，多宣告這個方法會丟出 IOException 例外(第9行)。這樣整個範例就完整了！