std::cin.get()卡住是因为它不跳过空白符且等待换行，前序输入残留的\n会被立即读取；解决需用cin.ignore()清缓冲区，并注意其返回int类型。
std::cin.get() 读单个字符时为啥卡住不继续？
因为 std::cin.get() 默认会等你按回车，且它不跳过空白符——换行符、空格、制表符全算有效输入。如果你之前用过 std::cin >> 读数字或字符串，缓冲区里残留的 \n 就会被 get() 立刻读走，看起来像“没执行”。
- 典型现象：
std::cin >> num;后接c = std::cin.get();，c直接拿到换行符，不是你期待的下一个键入字符 - 解决办法：读完非字符输入后，手动清掉缓冲区残留 —— 用
std::cin.ignore(1, '\n');或更稳妥的std::cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize> - 注意：
std::cin.get()返回int（不是char），以便区分有效字符和EOF；直接赋给char可能丢信息
std::cin.get() 和 std::cin.getline() 混用容易崩在哪？
两者都操作同一输入缓冲区，但行为逻辑冲突： getline() 读到 \n 就停，并把 \n 从缓冲区抽走；而 get() 如果读到 \n，默认就把它留下。混用时缓冲区状态极难预测。
- 常见错误：先
cin.getline(buf, size);，再c = cin.get();→ 第二次get()很可能立刻返回\n（如果上一行刚好填满缓冲区） - 建议统一风格：要么全用
get()+ 手动处理换行，要么全用getline()+ 字符串切片取首字符 -
getline()的第三个参数可改分隔符（比如' '），但get()不支持；反过来，get()能读EOF，getline()遇EOF会设failbit
用 std::cin.get() 读文件时要注意缓冲区同步
从文件流（如 std::ifstream）调用 get() 看似和 cin 一样，但实际性能差异大：默认情况下，C++ 流和 C 的 FILE* 是同步的，每次 get() 都可能触发底层系统调用。
- 如果批量读字符（比如解析文本），同步开销明显；可关掉：
std::ios::sync_with_stdio(false);，但之后不能混用 C 风格printf/scanf - 关同步后，
std::cin.get()在重定向到文件时速度提升显著，但std::cin.tie(nullptr)也建议加上，避免每次输出都冲刷缓冲区 - 文件流 EOF 判断别用
if (c == EOF)—— 因为get()返回int，而char类型在某些平台是有符号/无符号不确定，应写成if (c == std::istream::traits_type::eof())或更常用if (!cin)
替代方案：什么时候该放弃 std::cin.get()？
当你需要稳定读用户键盘输入（尤其含空格、控制符）、或要跨平台处理终端原始按键时，std::cin.get() 就力不从心了——它本质是行缓冲，依赖终端设置，Windows/Linux 行为还不一致。
立即学习“C++免费学习笔记（深入）”；
- 读单个按键不等回车？
std::cin.get()做不到；Windows 用_getch()，Linux 用termios改stdin属性 - 想跳过所有空白再读？用
std::cin >> std::ws; c = std::cin.get();，但ws会吃掉所有连续空白，包括多个换行，行为不如预期时难调试 - 真正要健壮处理输入，优先考虑
std::getline()读整行，再用std::string::at()或迭代器访问字符——缓冲区干净，语义明确，出错位置好定位
输入流的细节藏在缓冲区状态、类型转换、平台终端设置三层底下，改一行代码前，先用 cin.peek() 看一眼缓冲区里到底剩了啥。
