cin>>跳过空白字符并停在下一个空白处，cin.get()不跳空白且读取包括换行符在内的任意字符；混合使用时需注意缓冲区残留换行符导致的意外行为。
cin.get 会读空格和换行符，cin >> 会跳过所有空白字符并停在下一个空白处。
cin >> 读字符时自动跳过前导空白
当你写 cin >> ch（ch 是 char 类型），它实际做三件事：先跳过缓冲区开头所有空白（空格、\t、\n），再读一个非空白字符，最后把那个字符之后的空白（包括换行符）留在缓冲区里。
常见错误现象：
- 输入
123\n后用cin >> num读整数，再用cin >> ch读字符，ch很可能拿到的是换行符之后的首个非空字符——但更大概率是下一次输入的首字符，因为换行符还卡在缓冲区里，而cin >>会把它当“前导空白”直接跳过 - 如果后续接
cin.get()，它立刻读到那个残留的\n，看起来像“没等输入就继续了”
cin.get() 读字符不跳空白，且吃掉换行符
cin.get()（无参数）从缓冲区取**下一个字符**，不管它是空格、制表符还是换行符。它会把这个字符从缓冲区移除。
立即学习“C++免费学习笔记（深入）”；
使用场景：
- 需要读取用户按下的任意键（比如菜单选择：
cout ） - 清理缓冲区残留的换行符，避免干扰后续输入
- 逐字解析输入流（如解析带空格的命令行参数）
注意：cin.get() 和 cin >> 共享同一缓冲区，但行为完全独立；cin.get() 不受 noskipws 影响，它本来就不跳。
混合使用时最常踩的坑：缓冲区残留 \n
这是实际开发中最容易卡住的地方。典型错误代码：
int x; char c; cin >> x; // 用户输 "42\n" cin >> c; // 这里不会等待，c = '\n'？不对——它跳过 \n，然后发现缓冲区空，才阻塞
但如果你换成：
cin >> x; // 输 "42\n"，x=42，\n 留在缓冲区 c = cin.get(); // 直接拿到 \n，不等用户再按
解决办法只有两个：
- 在
cin >>后手动清掉换行符：cin.ignore(numeric_limits<streamsize>::max(), '\n');</streamsize> - 或者统一用
cin.get()系列，自己控制读取节奏
别指望靠 cin.sync()——它不可靠，标准未保证行为，不同编译器表现不一。
性能与类型安全差异很小，但语义必须分清
两者底层都是调用 streambuf::snextc() 或类似接口，性能差别可忽略。真正关键的是语义：
-
cin >>是“格式化输入”，面向数据解析，隐含跳空白逻辑 -
cin.get()是“原始字节读取”，面向流控制，完全透明
混用时出问题，99% 是因为忘了 cin >> 不动换行符、而 cin.get() 立刻拿它——这个细节太容易被忽略，调试时得盯着缓冲区状态看。
