C中判断文件结束的两种方法feof()和EOF

判断文件结束有两种方法：EOF和feof()

 

查看stdio.h可以看到如下定义：

[cpp] view plain copy print ?

1. #define EOF (-1)  
2. #define _IOEOF 0x0010  
3. #define feof(_stream) ((_stream)->_flag & _IOEO  

由此可以看出，这两种方式的原理是不同的。
有人说EOF只能用于文本文件，其实不然，还要看定义的变量的类型。下面这段程序对文本文件和二进制文件都可以：

[cpp] view plain copy print ?

1. int c;  
2. while((c=fgetc(fp)) != EOF)  
3. {  
4.     printf("%X/n", c);  
5. }  

如果读到了FF，由于c定义为int型，所以实际上c=0x000000FF，不等于EOF(-1=0xFFFFFFFF)，因此不会误判为文件结尾。
但是如果把c定义为char类型，就有可能产生混淆了。

[cpp] view plain copy print ?

1. char c;  
2. while((c=fgetc(fp)) != EOF)  
3. {  
4.     printf("%X/n", c);  
5. }  

因为文本文件中存储的是ASCII码，而ASCII码中FF代表空值(blank)，一般不使用，所以如果读文件返回了FF，说明已经到了文本文件的结尾。但是如果是二进制文件，其中可能会包含FF，因此不能把读到EOF作为文件结束的条件，此时只能用feof()函数。
在VC里，只有当文件位置指针(fp－>_ptr)到了文件末尾，然后再发生读/写操作时，标志位(fp->_flag)才会被置为含有_IOEOF。然后再调用feof()，才会得到文件结束的信息。因此，如果运行如下程序：

[c-sharp] view plain copy print ?

1. char c;  
2. while(!feof(fp))  
3. {  
4.     c = fgetc(fp);  
5.     printf("%X/n", c);  
6. }  

会发现多输出了一个FFFFFFFF，原因就是在读完最后一个字符后，fp->flag仍然没有被置为_IOEOF，因而feof()仍然没有探测到文件结尾。直到再次调用fgetc()执行读操作，feof()才能探测到文件结尾。这样就多输出了一个-1(即FFFFFFFF)。
正确的写法应该是：

[cpp] view plain copy print ?

1. char c;  
2. c = fgetc(fp);  
3. while(!feof(fp))  
4. {  
5.     printf("%X/n", c);  
6.     c = fgetc(fp);  
7. }  

 

这么说其实feof()是可以用EOF来代替的喽？不是，这里还有一个问题。fgetc返回-1时，有两种情况：读到文件结尾或是读取错误。因此我们无法确信文件已经结束, 因为可能是读取错误! 这时我们需要feof()。