关于eof的烦恼

int main()
{
ofstream f2("c:\\read.txt");

if(f2.good())
{
f2.write("abcd",5);
}
f2.close();
char ch;
//f.seekg(ios::beg);
ifstream f1("c:\\read.txt");
while(!f1.eof())
{
f1>>ch;
cout<<ch;
}
f1.close();
system("pause");
return 0;
}

    当test.txt为空时，打印出一个X字符；存在一字符串“abcd”且没有换行时，程序打印出“abcdd”；当存在以上字符串并且有一新的空行时，程序打印出“abcd”加上一空行。

    这种现象可能让很多人很迷惑，程序运行的结果似乎很不稳定，时对时错。使用binary模式读时结果一样。在这里，大家可能有一个误区，认为eof（）返回true时是读到文件的最后一个字符，其实不然，C++ eof()函数返回true时是读到文件结束符0xFF，而文件结束符是最后一个字符的下一个字符。

     按常理逻辑来说，如果到了文件末尾的话，eof()应该返回真，但是，C++输入输出流如何知道是否到末尾了呢？
    

    原来根据的是：如果fin>>不能再读入数据了，才发现到了文件结尾，这时才给流设定文件结尾的标志，此后调用eof()时，才返回真。

     假设find>>x; //此时文件刚好读完最后一个数据（将其保存在x中）但是，这时fin.eof()仍为假，因为 fin流的标志eofbit是False，fin流此时认为文件还没有到末尾，只有当流再次读写时 fin>>x ，发现已无可读写数据，此时流才知道到达了结尾，这时才将标志eofbit修改为True，此时流才知道文件到了末尾。也就是说，eof在读取完最后一个数据后，仍是False，当再次试图读一个数据时，由于发现没数据可读了，才知道到末尾了，此时才修改标志，eof变为True。
    因此，当读到最后一个字符时，程序会多读一次（编译器会让指针停留在最后一个字符那里，然后重复读取一次，这也就是就上面最后一个字符会输出两次的原因。至于是不是所有的编译器都这样处理我就不太清楚了，我使用的VC6，VC8似乎都是这样的）

    综上对C++ eof()函数的描述，我们可以得到以下结论：

1. 判断文件是否为空时使用peek函数，若peek返回EOF则文件为空；f.peek() == EOF 或 f.get(ch)

2. 读取文件过程中，读取非char型时，使用peek判断文件尾将不再适用，循环判断条件应改用>>操作符进行读取，若读入char型缓冲区，peek函数会表现得很好。f>>str