cin >> 读不到空格后的部分，因其以空白字符为分隔符，遇空格即停止；getline可读整行含空格，但需用cin.ignore()清理前序残留换行符，且应以while(getline(cin,s))判断读取成功与否。
为什么cin >>读不到空格后的部分
cin >>默认以空白字符（空格、制表符、换行）为分隔符，遇到第一个空格就停了。比如输入"Hello World"，cin >> str只拿到"Hello"，"World"还留在输入缓冲区里——后续getline可能立刻读到空行，就是这个残留导致的。
getline的基本用法和必须注意的坑
用std::getline才能读整行，包括空格，但得小心缓冲区残留：
- 如果前面用了
cin >>（比如读一个整数），必须先调用cin.ignore()清掉换行符，否则getline会直接读到那个残留的'\n'，返回空字符串 -
getline默认以'\n'为结束符，第三个参数可换成分隔符，比如getline(cin, s, ',')按逗号切 - 别写成
getline(cin >> ws, s)——ws是流操纵器，不能这么传；真要跳过前导空白，用cin >> ws单独一行，或在getline前用cin.ignore(1, '\n')
正确示例：
int n; std::cin >> n; // 读数字 std::cin.ignore(); // 忽略换行符（等价于 ignore(1, '\n'）） std::string line; std::getline(std::cin, line); // 这才读到完整一行
读多行时getline的常见误判
循环读多行容易卡住或少读一次，关键看getline的返回值是否参与判断：
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
while (!cin.eof()) { getline(cin, s); ... }——eof()只在尝试读失败后置位，最后一行读完还没触发eof，下次getline失败后仍会进循环体，s变成旧值 - 正确写法：始终用
while (getline(cin, s)) { ... }，因为getline返回的是cin引用，转换为bool表示本次读取是否成功 - 如果输入来自文件且最后一行没换行符，
getline仍能读到内容并返回true；只有读到EOF且无数据可读时才返回false
Windows和Linux下换行符对getline的影响
getline自动处理不同平台的换行符：'\r\n'（Windows）和'\n'（Linux/macOS）都会被识别为行尾，并且'\r'不会留在string里。但如果你手动指定分隔符（比如getline(cin, s, '\r')），那就要自己处理跨平台差异——绝大多数情况没必要这么做，用默认行为最稳妥。
真正容易被忽略的是：如果输入里混有'\r'（比如从Windows文本复制粘贴到终端），而你又用==比较字符串，记得getline不删它，得手动erase(remove(s.begin(), s.end(), '\r'), s.end())。
