cin >> 读不到带空格的整行，因为它以空格、制表符、换行符为分隔符，只提取单词；读整行必须用std::getline，并在之前用cin.ignore()清理残留换行符。
为什么 cin >> 读不到带空格的整行？
因为 cin >> 遇到空格、制表符或换行就停，只取“单词”；它根本不是为读行设计的。你输 "hello world"，cin >> s 只拿到 "hello"，"world" 还留在缓冲区里，后面再调 getline 就会立刻读到空行——这是最常踩的坑。
真正读整行（含空格）必须用 std::getline，而且得先清掉前面残留的换行符。
- 如果前边用过
cin >>，紧接getline前加一句cin.ignore() -
cin.ignore()默认跳过 1 个字符，但若之前输入后有多余换行（比如用户按了回车又输数字），建议写成cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize> - 别用
fflush(stdin)—— C++ 标准不保证它有效，Windows 下可能凑合，Linux 直接未定义行为
std::getline 的三个常见误用场景
它看着简单，但参数和流状态稍不注意就出错：
- 忘记传入流对象：写成
getline(s)是错的，必须是getline(cin, s)或getline(file_stream, s) - 混用
char[]和std::string：C 风格的gets已废弃，cin.getline(buf, size)是针对字符数组的重载，和std::getline（接受std::string）完全不是一回事 - 读文件时没检查流状态：文件末尾或读取失败时
getline返回false，直接用s可能是上一轮的老数据 —— 务必把getline放在while条件里，比如while (getline(fin, s)) { ... }
输入缓冲区残留换行符怎么清？
典型场景：先 cin >> n 读一个整数，再 getline(cin, s) 想读下一行，结果 s 是空的。这是因为 cin >> n 只读数字，把后面的 \n 留在了缓冲区，getline 一上来就看到它，立刻返回空字符串。
立即学习“C++免费学习笔记（深入）”；
- 安全做法：在
cin >> n后立刻调cin.ignore() - 更健壮写法：
cin.ignore(1, '\n')跳过最多 1 个字符直到遇到\n；或用cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize>清空整行剩余内容（推荐） - 别依赖
cin.sync()—— 它在某些标准库实现里无效，且语义模糊
性能和边界要注意什么？
std::getline 内部会动态扩容 std::string，一般不用操心；但以下几点容易被忽略：
- 默认以
'\n'为分隔符，但可以换，比如getline(cin, s, ';')读到分号为止 - 如果一行超长（比如几百 MB），
getline会持续分配内存，可能 OOM；生产环境需预估长度，或改用逐字节读 + 手动拼接 - Windows 换行是
"\r\n"，getline自动识别并丢掉\r，无需额外处理；但若文件是 Unix 格式却在 Windows 下用二进制打开，也可能出问题 —— 确保文件以文本模式打开（默认就是）
真正麻烦的是混合使用 >> 和 getline 的逻辑流，每次切换前都要确认缓冲区干净。这个细节没人提醒，但几乎每个初学 C++ 输入处理的人都会卡住十分钟以上。
