本问题已经有最佳答案，请猛点这里访问。
以下C ++代码使用ifstream对象从文本文件(每行有一个数字)读取整数，直到它达到EOF。 为什么它读取最后一行的整数两次？ 如何解决这个问题？
码：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| #include <iostream>
#include <fstream>
using namespace std;
int main()
{
ifstream iFile("input.txt"); // input.txt has integers, one per line
while (!iFile.eof())
{
int x;
iFile >> x;
cerr << x << endl;
}
return 0;
} |
input.txt中：
输出：
注意：我已跳过所有错误检查代码，以使代码段保持较小。 在Windows(Visual C ++)，cygwin(gcc)和Linux(gcc)上可以看到上述行为。
只需密切关注事件链。
看看倒数第二次迭代。你抓住30，然后继续检查EOF。你没有达到EOF，因为还没有读过EOF标记("二进制"说，它的概念位置就在30行之后)。因此，您继续进行下一次迭代。 x从前一次迭代开始仍然是30。现在你从流中读取并获得EOF。 x仍为30，ios :: eofbit被提升。您输出到stderr x(这是30，就像在上一次迭代中一样)。接下来，在循环条件下检查EOF，这次你不在循环中。
试试这个：
1
2
3
4
5
6
| while (true) {
int x;
iFile >> x;
if( iFile.eof() ) break;
cerr << x << endl;
} |
顺便说一句，你的代码中还有另一个错误。你有没有尝试在空文件上运行它？你得到的行为是出于同样的原因。
我喜欢这个例子，现在，省略了你可以在while块中添加的检查：
1
2
3
4
5
6
7
| ifstream iFile("input.txt"); // input.txt has integers, one per line
int x;
while (iFile >> x)
{
cerr << x << endl;
} |
不确定它有多安全......
还有另一种方法：
1
2
3
4
5
6
7
8
| #include <iterator>
#include
// ...
copy(istream_iterator<int>(iFile), istream_iterator<int>(),
ostream_iterator<int>(cerr,"
")); |
EOF模式需要一个素数读取来"引导"EOF检查过程。考虑到第一次读取之前，空文件最初不会设置其EOF。素数读取将捕获此实例中的EOF并正确地完全跳过循环。
你需要记住的是，在第一次尝试读取文件的可用数据之前，你没有得到EOF。读取确切的数据量不会标记EOF。
我应该指出，如果文件是空的，你的代码会被打印，因为EOF会阻止在进入循环时将值设置为x。
因此，添加一个素数读取并将循环读取移动到结尾：
1
2
3
4
5
6
7
| int x;
iFile >> x; // prime read here
while (!iFile.eof()) {
cerr << x << endl;
iFile >> x;
} |
如果不对原始代码进行太多修改，它可能会变成：
1
2
3
4
5
6
7
| while (!iFile.eof())
{
int x;
iFile >> x;
if (!iFile.eof()) break;
cerr << x << endl;
} |
但我更喜欢上面的其他两种解决方案。
在最后一行的末尾，您有一个新的行字符，>>操作符不会读取它，它不是文件的结尾。
请进行实验并删除新行(文件中的thelast字符) - 您将无法获得重复。
要拥有灵活的代码并避免不必要的影响，只需应用其他用户提供的任何解决方案。
1
2
3
4
5
6
7
8
| int x;
ifile >> x
while (!iFile.eof())
{
cerr << x << endl;
iFile >> x;
} |
