operator>>读字符串停在空格是因为它以空白字符为分隔符，只读取单个单词；需用getline读整行，混合使用时必须用cin.ignore清理残留换行符。
为什么 operator>> 读字符串会停在空格？
因为 operator>> 默认以空白字符（空格、制表符、换行）为分隔符，遇到第一个空格就停止提取，并把空格留在输入缓冲区。它不是“读一行”，而是“读一个单词”。
常见错误现象：std::cin >> str; 输入 "hello world"，str 只得到 "hello"，后续读取可能直接拿到 "world" 或更糟——如果接着用 getline，会因缓冲区残留的换行而读到空行。
-
operator>>跳过开头所有空白，然后读直到下一个空白 - 不会读入空格、制表符、换行符中的任意一个
- 缓冲区中未读的换行符会干扰后续
getline
什么时候该用 std::getline？
当你需要完整读取一整行（包括中间空格，但不包括末尾换行符）时，必须用 std::getline。它按行切割，以换行符为终止条件（可自定义分隔符）。
典型使用场景：读用户输入的姓名、地址、命令行参数、配置文件某一行。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 默认读到
'\n'停止，且丢弃该'\n'（不存入字符串） - 若前序用了
>>，缓冲区可能还剩一个'\n'，这时getline会立即返回空字符串——这是最常踩的坑 - 解决办法：在
>>后加std::cin.ignore()清掉残留换行
std::cin.ignore() 怎么用才安全？
它用来从输入流中丢弃字符，最常用的是清理 >> 留下的换行符。但不能无脑调用，否则可能丢掉有效数据。
推荐写法：std::cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize>
-
std::numeric_limits<:streamsize>::max()</:streamsize>表示“尽可能多地读” -
'\n'是停止条件：遇到换行就停，不管前面有没有其他字符 - 比
cin.ignore(1, '\n')更健壮——后者只丢 1 个字符，如果缓冲区里是"123\n"，就会把'1'丢了，'2'还在那儿 - 注意：需包含
<limits>头文件
混合读取时的正确顺序示例
比如先读一个整数，再读一行带空格的描述：
int id; std::string desc; std::cin >> id; // 读完数字后，缓冲区留下 '\n' std::cin.ignore(std::numeric_limits<std::streamsize>::max(), '\n'); // 清掉 '\n' std::getline(std::cin, desc); // 现在能正常读下一行
如果省略 ignore，getline 会立刻读到空字符串，desc 为空——这不是 getline 的 bug，是流状态没清理干净。
复杂点在于：不同平台换行符不同（\r\n vs \n），但 std::cin 在文本模式下已自动处理回车换行转换，所以只需关心逻辑上的 '\n' 即可。真正容易被忽略的是——这个清理动作不是可选的，是混合读取时的必要步骤。
