C 中常見的檔案讀取結尾問題

在使用c/c++讀檔案的時候，一定都使用過eof（）這個函式來判斷檔案是否為空或者是否讀到檔案結尾了，也會在使用這個函式的過程中遇到一些問題，如不能準確的判斷是否為空或者是否到了檔案尾，以至於有些人可能還會懷疑這個函式是不是本身在設計上就有問題。

先來看看如下這段**：

#include

stream

#include

using namespace std;

int

main()

while (

!fin.eof())

system(

"pause");

return 0;

}編譯並執行以上**，

如果test.txt不存在，程式會形成死迴圈，fin.eof()永遠返回false，

如果test.txt為空，程式列印出乙個x字元，

當test.txt中存在一字串「abcd」且沒有換行時，程式列印出「abcdd」，

當存在以上字串並且有一新的空行時，程式列印出「abcd」加上一空行。

這種現象可能讓很多人很迷惑，程式執行的結果似乎很不穩定，時對時錯。使用binary模式讀時結果一樣。

在這裡，大家可能有乙個誤區，認為eof（）返回true時是讀到檔案的最後乙個字元，其實不然，eof（）返回true時是讀到檔案結束符0xff，而檔案結束符是最後乙個字元的下乙個字元。如下圖所示：

因此，當讀到最後乙個字元時，程式會多讀一次（編譯器會讓指標停留在最後乙個字元那裡，然後重複讀取一次，這也就是就上面最後乙個字元會輸出兩次的原因。至於是不是所有的編譯器都這樣處理我就不太清楚了，我使用的vc6，vc8似乎都是這樣的）

問題出來了，就要找出對應的解決之道，要解決以上的問題，只需要調整一下條件語句即可：

fin.peek() == eof 或 fin.get(ch)

再來看一下另外一種情況：

#include

using namespace std;

int main()

system("pause");

return 0;}

上述**在vc8下編譯執行，發現，當檔案結尾沒有空行時，結果正確，當結尾有空行時，最後乙個字串將被重複輸出一次，而vc6的情況則有所不同，沒有重複輸出，但輸出了乙個空行。

因此，為了保證在不同的編譯器下得到一致的我們期望的結果，將條件語句做一下修改：

fin >> str

綜上所述，我們可以得到以下結論：

1. 判斷檔案是否為空時使用peek函式，若peek返回eof則檔案為空；

2. 讀取檔案過程中，讀取非char型時，使用peek判斷檔案尾將不再適用，迴圈判斷條件應改用》操作符進行讀取，若讀入char型緩衝區，peek函式會表現得很好。