feof多读一次数据的问题

在读完文件的最后一个字符后，fp->flag仍然没有被置为_IOEOF，因而feof()仍然没有探测到文件结尾。直到再次调用fgetc()或者fread执行读操作，feof()才能探测到文件结尾。这样就多执行了一次。对于feof()这个函数, 它是先读再判断是否到文件尾, 也就是说在它之前一定要读一次才能做出判断。

开始我的代码是这样的

typedef struct
{
    char ch;
    char str[64];
    int a;
    int b;
    float f;
} TEST_T;

//以结构体数据块读写数据
int file_option_struck()
{
    TEST_T stInfo1 = {'a',"这是一个结构体里的字符串",666,888,3.1415926};
    TEST_T stInfo2 = {'b',"这是测试结构体数据块的写入和读取",111,999,1.234567};
    TEST_T stTemp;
    FILE *fp;
    int i=0;

    if(NULL == (fp = fopen("X:\\FileTest\\filetext.txt","w+")))
    {
        printf("创建文件失败！\n");
    }
    else
    {
        printf("创建文件成功！\n");
    }

    fwrite(&stInfo1,sizeof(stInfo1),1,fp);
    fwrite(&stInfo2,sizeof(stInfo2),1,fp);

    rewind(fp);

    while(0 == feof(fp))
    {
        fread(&stTemp,sizeof(stTemp),1,fp);
        printf("char=%c,str=%s,i1=%d,i2=%d,f=%lf\n",stTemp.ch,stTemp.str,
               stTemp.a,stTemp.b,stTemp.f);

        i++;
        printf("这是第%d次读数据块\n",i);
    }

}

就多出了一条数据

后来在网上找了相关的解释

如果文件结束，则返回非0值，否则返回0，文件结束符只能被clearerr()清除。
EOF是文本文件结束的标志。在文本文件中，数据是以字符的ASCⅡ代码值的形式存放，普通字符的ASCⅡ代码的范围是32到127（十进制），EOF的16进制代码为0xFF（十进制为-1），因此可以用EOF作为文件结束标志。[1]
当把数据以二进制形式存放到文件中时，就会有-1值的出现，因此不能采用EOF作为二进制文件的结束标志。为解决这一个问题，ASCI C提供一个feof函数，用来判断文件是否结束。feof函数既可用以判断二进制文件又可用以判断文本文件。
“C”语言的“feof()”函数和数据库中“eof()”函数的运作是完全不同的。数据库中“eof()”函数读取当前指针的位置，“C”语言的“feof()”函数返回的是最后一次“读操作的内容”。多年来把“位置和内容”相混，从而造成了对这一概念的似是而非。
那么，位置和内容到底有何不同呢？举个简单的例子，比如有人说“你走到火车的最后一节车箱”这就是位置。而如果说“请你一直向后走，摸到铁轨结束”这就是内容。也就是说用内容来判断会“多走一节”。这就是完全依赖于“while(!feof(FP)){...}”进行文件复制时，目标文档总会比源文档“多出一些”的原因。
在“C”文件读取操作时不能完全依赖于“while(!feof(FP)){...}”的判断。下面代码是改进后的代码，该代码执行后output文件内容和input文件内容一致，与使用“while(!feof(FP)){...}”相比，output文件的结尾符号（EOF）没有被读入到input文件中。

根据解释，对源程序做了一点儿小的改动

然后可以看到，读取数据就正常了