为什么我的字符串的开头消失了？

Question

在下面的 C++ 代码中，我意识到 gcount() 返回的数字比我想要的要大，因为 getline() 消耗了最后的换行符，但没有发送它到输入流。

不过，我仍然不明白的是程序的输出。 对于输入“Test\n”，为什么我得到“est\n”？ 为什么我的错误会影响字符串的第一个字符而不是在末尾添加不需要的垃圾？ 为什么程序的输出与调试器中字符串的显示方式不一致（“Test\n”，正如我所期望的）？

#include <fstream>
#include <vector>
#include <string>
#include <iostream>

using namespace std;

int main()
{
    const int bufferSize = 1024;
    ifstream input( "test.txt", ios::in | ios::binary );

    vector<char> vecBuffer( bufferSize );
    input.getline( &vecBuffer[0], bufferSize );
    string strResult( vecBuffer.begin(), vecBuffer.begin() + input.gcount() );
    cout << strResult << "\n";

    return 0;
}

Answer 1

我还复制了这个结果，Windows Vista，Visual Studio 2005 SP2。

当我弄清楚到底发生了什么时，我会更新这篇文章。

编辑：好的，我们开始吧。 问题（以及人们得到的不同结果）来自 \r。 发生的情况是您调用 input.getline 并将结果放入 vecBuffer 中。 getline 函数去掉 \n，但保留 \r。

然后，您将 vecBuffer 传输到字符串变量，但使用输入中的 gcount 函数，这意味着您将获得过多的一个字符，因为输入变量仍然包含 \n，而 vecBuffer 不包含。

结果 strResult 是：

-       strResult   "Test"
        [0] 84 'T'  char
        [1] 101 'e' char
        [2] 115 's' char
        [3] 116 't' char
        [4] 13 '␍'  char
        [5] 0   char

因此，打印“Test”，后跟一个回车符（将光标放回行首）、一个空字符（覆盖 T），最后是 \n，它正确地将光标位于新行上。

因此，您要么必须去掉 \r，要么编写一个直接从 vecBuffer 获取字符串长度的函数，检查是否有空字符。

Answer 2

我在 Windows XP Pro Service Pack 2 系统上使用 Visual Studio 2005 SP2（实际上，它显示“版本 8.0.50727.879”）编译的代码（作为控制台项目构建）重复了 Tommy 的问题。

如果我的 test.txt 文件仅包含“Test”和 CR，则程序在运行时会输出“est”（注意前导空格）。

如果我不得不大胆猜测，我会说这个版本的实现有一个错误，它将 Windows 换行符视为在 Unix 中处理（作为“转到同一行的前面”）字符），然后它会擦除第一个字符以保留下一个提示或其他内容的一部分。

---

更新：
玩了一下之后，我确信这就是正在发生的事情。 如果您在调试器中查看 strResult，您将看到它在末尾复制了十进制 13 值。 这就是 CR，在 Windows 领域是“\n”，而在其他地方则是“返回行首”。 如果我将构造函数更改为：

string strResult( vecBuffer.begin(), vecBuffer.begin() + input.gcount() - 1 );

...（这样 CR 就不会被复制）然后它会像您期望的那样打印出“Test”。

Answer 3

我很确定 T 实际上被写入然后被覆盖。 在 rxvt 窗口 (cygwin) 中运行相同的程序会产生预期的输出。 你可以做几件事。 如果您在打开时删除 ios::binary ，它会自动将 \r\n 转换为 \n ，并且事情会像您期望的那样工作。

您还可以通过单击打开文件对话框的打开按钮上的小向下箭头并选择打开方式...->二进制编辑器来在二进制编辑器中打开文本文件。 这将让您查看您的文件并确认它确实有 \r\n 而不仅仅是 \n。

编辑：
我将输出重定向到一个文件，它正在写出：

Test\r\0\r\n

您得到 \0 的原因是 gcount 返回 6 （从流中删除了 6 个字符），但最终的分隔符未复制到缓冲区，即 '\0 ' 是相反。 当您构造字符串时，您实际上是在告诉它包含“\0”。 std::string 对嵌入的 0 没有问题，并按要求输出。 有些 shell 显然输出一个空白字符并覆盖 T，而其他 shell 不执行任何操作，输出看起来不错，但仍然可能是错误的，因为它嵌入了 '\0' 将

cout << strResult.c_str() << "\n";

最后一行更改为此将停止在\0 并获得预期的输出。

Answer 4

我在 Windows XP Pro SP3（32 位）上使用 Visual Studio 2005 SP2 测试了您的代码，一切正常。