Prayer

判斷文件結(jié)束有兩種方法：EOF和feof()
查看stdio.h可以看到如下定義：
#define EOF (-1)

#define _IOEOF 0x0010
#define feof(_stream) ((_stream)->_flag & _IOEOF)

由此可以看出，這兩種方式的原理是不同的。
有人說EOF只能用于文本文件，其實不然，還要看定義的變量的類型。下面這段程序?qū)ξ谋疚募投M制文件都可以：
int c;
while((c=fgetc(fp)) != EOF)
{
 printf("%X\n", c);
}
如果讀到了FF，由于c定義為int型，所以實際上c=0x000000FF，不等于EOF(-1=0xFFFFFFFF)，因此不會誤判為文件結(jié)尾。

但是如果把c定義為char類型，就有可能產(chǎn)生混淆了。
char c;
while((c=fgetc(fp)) != EOF)
{
 printf("%X\n", c);
}
因為文本文件中存儲的是ASCII碼，而ASCII碼中FF代表空值(blank)，一般不使用，所以如果讀文件返回了FF，說明已經(jīng)到了文本文件的結(jié)尾。但是如果是二進制文件，其中可能會包含F(xiàn)F，因此不能把讀到EOF作為文件結(jié)束的條件，此時只能用feof()函數(shù)。

在VC里，只有當文件位置指針(fp－>_ptr)到了文件末尾，然后再發(fā)生讀/寫操作時，標志位(fp->_flag)才會被置為含有_IOEOF。然后再調(diào)用feof()，才會得到文件結(jié)束的信息。因此，如果運行如下程序：
char c;
while(!feof(fp))
{
 c = fgetc(fp);
 printf("%X\n", c);
}
會發(fā)現(xiàn)多輸出了一個FFFFFFFF，原因就是在讀完最后一個字符后，fp->flag仍然沒有被置為_IOEOF，因而feof()仍然沒有探測到文件結(jié)尾。直到再次調(diào)用fgetc()執(zhí)行讀操作，feof()才能探測到文件結(jié)尾。這樣就多輸出了一個-1(即FFFFFFFF)。
正確的寫法應該是：
char c;
c = fgetc(fp);
while(!feof(fp))
{
 printf("%X\n", c);
 c = fgetc(fp);
}

這么說其實feof()是可以用EOF來代替的嘍？不是，這里還有一個問題。fgetc返回-1時，有兩種情況：讀到文件結(jié)尾或是讀取錯誤。因此我們無法確信文件已經(jīng)結(jié)束, 因為可能是讀取錯誤! 這時我們需要feof()。