关于EOF(文件结束符)问题的体会

最近写了些代码，在对文件的操作中发现了很经典的EOF问题，呵呵。
EOF，即end of file，文件结尾，作为文件结束的标志，在程序中常作为判断的一个标志。但在我们平常的程序中却常发生意想不到的结果。
下面这段程序，猜猜它输出的是什么？
char c;
ifstream fin("d://dat");//设d:/dat文件已存在，内容为ab。
while(!fin.eof())
{
    fin >> c;
    cout << c;
}
输出结果是abb，没想到吗？你可能会问，再输出第一个b的时候，文件指针已经指向了EOF，为何不结束？
问题的关键是文件EOF机制是怎样运作的。

我们来谈三个问题：

1、文件指针
当打开一个文件时，文件指针位置为0，并不是指向第一个字符，即第一个字符的位置为1。这一点我们可以通过peek（）函数验证。peek（）返回的是当前文件指针下一个位置的字符。所以有：
ofstream fo("d://dat");
fo << 'h';
fo.close();
ifstream fi("d://dat");
char temp = fi.peek();
cout << temp;
会显示h。
还有，用fo.seekp(0,ios::beg)，得文件指针为0；fo.seekp(0,ios::end)，得文件指针指向最后一个字符。

2、关于EOF
很多朋友认为文件尾有EOF，这是错误的。EOF是流的状态标志。在 C++中，是在读取文件失败时才产生EOF。所以第一个程序中，在输出第一个b时，产生了EOF，再输出第二个b时读取到EOF，循环结束。

3、解决EOF困惑的办法
我感觉在判断文件结束上，最好的方法就是判断文件指针相对于开头的位置，是否等于文件长度。即：
long filelen;
ifstream fin("d://dat");//设d:/dat文件已存在，内容为ab。
fin.seekg(0,ios::end);
filelen = fin.tellg();//获取文件长度
fin.seekg(0,ios::beg);
while (1)
{
    if (filelen == fin.tellg())//到达文件尾，即指向EOF
    {
        flag = true;
        break;
    }
    读取数据...
}

当然还有别的方法，就是用peek（）的预读性。
peek（）返回当前文件指针下一个位置的字符，而指针位置不变。所以我们可以这样：
while (fi.peel（）!=EOF)
{
    ...
}
当while循环体中，文件指针指向最后一个字符，若没有fi.peel（）!=EOF，则需要再下一个循环中才能触发EOF。而加了fi.peel（）!=EOF后，用预读的方法检测出了EOF。呵呵，这个方法挺好的吧！