Windows 上 cin>> 与 cin.getline() 混用的问题

经常看到类似下例的问题：

int main()
{
char buf1[5]={0};
char buf2[5]={0};

cin >>buf1;
cin.getline(buf2,5); // 这里似乎不等待输入

return 0;
}

而解决办法如下：

int main()
{
char buf1[5]={0};
char buf2[5]={0};

cin >>buf1;
cin.ignore(); // 或者 cin.sync(); 之类的
cin.getline(buf2,5);

return 0;
}

这是为什么呢？

因为，首先， Windows 上敲一下回车键，实质上是输入两个字符：回车符，紧跟着换行符。这两个字符的 ASCII 码分别为 0x0D 和 0x0A，一般来说，其C++转义表示分别为 '\r' 和 '\n'。然后，cin>> 默认是以一个或多个接连的白空格为间隔，cin.getline
默认则以单个换行符（0x0A）为间隔。回车符和换行符都属于白空格。

这里不讨论为什么 Windows 上敲回车键会输入这两个字符，以及这两个字符本来应该对应什么动作（如果存在“本来应该”这么一说的话）。

为了展示这个看不见的回车键敲击，用 istringstream 举个例子：

void disp(char *buf,int n)
{
for(int i=0;i<n;++i)
printf("0x%02X ",buf[i]);
printf("\n");
}

int main()
{
disp("\r\ns1\r\ns2",9);
// 这相当于在控制台敲回车键，然后敲入s1，然后敲回车键，然后敲入s2
// 0x0D 0x0A 0x73 0x31 0x0D 0x0A 0x73 0x32 0x00
printf("\n");

{
istringstream iss("\r\ns1\r\ns2");
char buf1[5]={0};
char buf2[5]={0};

iss >>buf1;
iss >>buf2;

disp(buf1,5); // 0x73 0x31 0x00 0x00 0x00
disp(buf2,5); // 0x73 0x32 0x00 0x00 0x00
}

printf("\n");

{
istringstream iss("\r\ns1\r\ns2");
char buf1[5]={0};
char buf2[5]={0};

iss.getline(buf1,5);
iss.getline(buf2,5);

disp(buf1,5); // 0x0D 0x00 0x00 0x00 0x00
disp(buf2,5); // 0x73 0x31 0x0D 0x00 0x00
}

return 0;
}

用 cin 的道理是一样的。区别在于相关的标准库函数会把 0x0D 转换为 0x0A，这就相当于回车键最终敲入缓冲区的是接连的两个换行符。由于这不影响讨论，下文还是用 0x0D 指代。

cin>> 每读到其所期待的东西后碰到 0x0D，就“断”一下，紧跟着的 0x0A 还在缓冲里。此时，如果改用 cin.getline() ，0x0A 立即被读入，而该间隔符前面没有字符，于是就有了 getline 已完成却没有 get 到 line 的错觉。而如果没有改用 cin.getline()，继续用cin>>，那么 cin>> 碰到紧跟着的 0x0A 时，这是在还没读到其所期待的东西就碰到了白空格，它的反应就是跳过该字符（这正是
cin.ignore(); 要做的），接着继续去读其所期待的东西。