istream::peek 好奇的行为。 EOF

Question

我刚刚在 C++ 中遇到了一个奇怪的情况。我正在做类似的事情：

istream in;
// ...
in.get();      // get a char (which turns out to be the last)
               // curiously ios::eof bit doesn't get set just yet

c = in.peek(); // attempt to peek, return EOF and now set ios::eof bit

if(c == EOF) {
    // realize shouldn't have gotten the last char for some reason
    in.unget(): // attempt to unget, *fails* (because ios:eof bit was set)
}

现在我很好奇为什么 peek 设置 eof 位；我发现这非常不直观。它应该只是查看而不实际消耗任何东西，并且不应该改变流状态。另外，为什么 unget 随后不起作用？当 good() 为 false 或其他情况时，标准是否要求所有操作都为 nop？

Answer 1

in.get(); // 获取一个字符（结果是最后一个）
               // 奇怪的是 ios::eof 位还没有被设置

这并不“好奇”。当读取由于达到 eof 而失败时，流的 EOF 位将被设置；它确实不意味着“最后一次读取将我们带到了eof”。

c = in.peek(); // 尝试查看，返回 EOF 并且现在设置 ios::eof 位

就像现在一样。

另外，为什么 unget 随后不起作用？当 good() 为 false 或其他情况时，标准是否要求所有操作都为 nop？

...这就是正在发生的事情。您未能以其他方式定义“不起作用”。

如果您想取消在第 3 行检索到的字符，则必须在到达 EOF 时自行清除流的状态。

istream in;
// ...
in.get();      // assume this succeeds (*)

c = in.peek(); // assume this fails and sets EOF bit

if (!in) {
   in.clear(); // clear stream error state for use
   in.unget(); // "put back" that character (*)
}
else {
   // next char from .get() will be equal to `c`
}